The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск среды разработки PascalABC.NET 3.7.2, opennews (??), 21-Янв-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


103. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от Аноним (178), 22-Янв-21, 11:43 
Питон востребован в реальной жизни? Шутить изволите?

Он как раз не пригоден для работы кроме школьных лаб и мелких скриптиков и вот почему, читайте:
1) https://docs.python.org/3/library/marshal.html
2) https://docs.python.org/3/library/pickle.html
Вам будет очень трудно понять в чем тут проблема, если вы не видели никаких языков кроме питона. Если писали только на всяких скриптовых бяках, то попросите старших разъяснить что такое маршалинг и сериализация и почему питон не может ни того ни другого.

I. Питон - лучший язык для велосипедостроения.

Путь есть программа, содержащая несколько классов, объединенных некоторой общей поведенческой моделью, решающих конкретные задачи и предоставляющие интерфейс. В общем случае это библиотека. Задача: вызвать метод класса этой библиотеке по ссылке.
Казалось бы, что же может быть проще, подключай и вызывай. А вот нет. В питоне есть технические ограничения:
1) Библиотека типов должна быть написана именно на языке питон
2) Подключение должно производиться локально установленным интерпретатором питон
3) Версии должны совпадать.
Из-за этого для подключения сторонней библиотеки каждый раз нужно поддерживать обвязку которая поддерживает локальное подключение или скрывает за собой удаленный вызов процедур. Эти обвязки к известным библиотекам разной степени полноты - добрая половина всего pip. Учитывая отсутствие гарантий совместимости в рамках версий, они распространяются в виде исходного кода.

Написание обвязок - это самая скучная часть разработки ПО. В питоне же нужно писать обвязки на все, ввиду технических ограничений на маршалинг объектов при использовании библиотек, написанных на других языках.

II. Питон - это закрытый язык.
Забудем об удаленном вызове функций и процедур и перейдем к обмену данными. Питонисты вообще редко понимают разницу между вызовами по значению и по ссылке. Для них сериализация и маршалинг это одно и то же ввиду отсутствия открытого функционала по маршалингу в стандарте языка. Но если присмотреться, то и сериализация имеет серьезные проблемы:
1) Питон не поддерживает стандарты W3.org при работе с сериализацией, а использует свои протоколы
2) Питон имеет 6 несовместимых версий внутренних представлений сериализации, 3 из которых касаются только третьей ветки.
3) Питон не предполагает, что сериализация возможна с кодом программы написанном на другом языке.
Пока мир пользовался XML/XSLT/XPATH, питон 6 раз переизобретал Pickle. При этом поддержки XML для сериализации в языке питон как не было так и нет, но по традиции в pip есть штук пять библиотек разной степени паршивости добавляющих частичную поддержку XML для сериализации. Питон умеет работать только с документами-XML. Нельзя просто так взять и десериализовать объекты описанные в документах в собственную ООП-модель. Ее можно десериализовать, как документ, то есть с использованием DOM, а это другое.
Обмены данными на языке питон из-за этого предполагают также уйму рутинной работы, изобретений велосипедов. Подружить два приложения из-за этого намного сложнее. То есть там где просто подняли вебсервис SOAP и начали обмен, питону придется разбираться вручную (или через сторонние недонаписанные библиотеки). Даже сам SOAP для него может стать проблемой.

III. Питон - не кроссплатформенный язык, но зачем-то им прикидывается
Стандартная библиотека языка питон по-разному функционирует на разных ОС. zipfile, subprocess да тысячи их на самом деле. Нет переносимости по исходному коду не только между версиями, но и между платформами. На платформах отличных от Linux ситуация настолько ужасна, что старый код может перестать работать. Питон не предоставляет стандарта. Он не обозначает какие части стандартной библиотеки являются кроссплатформенными и не пытается добиться паритета функционала.

Такое отношение к стандарту языка в итоге генерирует огромное количество дополнительной работы. Разработчику кроссплатформенного приложения нужно писать обвязки и проверки платформы, на которой запущен код.

IV. "Сообщество" питонистов - общество защиты велосипедов с квадратными колёсами.
"Зачем тебе нужен XML, когда есть JSON", "Зачем тебе нужен SOAP, когда есть REST"
" - У нас в языке это делается не так
  - А как?
  - А никак тебе вообще это не надо"
И другие умопомрачительные истории общения... Питонисты не понимают, что REST - это архитектура, которая крайне не удобна для потоковой передачи сериализированных объектов между приложениями. В основном, потому что не знают таких слов. Из-за этого крайне трудно найти информацию по задачам сложнее чем написание скрипта, подключающего 5 библиотек, из которых 4 - обвязка над библиотеками на другом языке. Причем они искренне обижаются и злятся, когда сами не могут решить задачу сложнее.

За последние годы питонисты сделали все возможное чтобы довести до ума сериализацию JSON. Целиком они его не поддерживают, конвертацию JSON <-> XML описываемую свежими стандартами они тоже не могут, но хотя бы что-то есть. Не понятно зачем до этого 5 раз переизобретать велосипед Pickle было. Сидели бы и работали в JSON, раз не можете в XML. Но нет...

Культура сообщества Питон - это культура NIH и переизобретения велосипедов с последующей обороной кривой рамы и квадратного колеса. Заявишь, что тебе нужно интегрироваться с приложением и быстро выдать XML-объекты - получишь перепиши всё на питоне. Нужна тебе поддержка кодировок, это они сами в твоей ОС виноваты, что она не Linux с UTF-8 (хотя сами сидят всё в UTF-32 конвертят). Причем это диктуется самим языком. Любая интеграция со сторонним кодом в питоне предполагает бесполезные упражнения в написании обвязок. Там настолько много этой рутины, что люди забыли или не знают, что так быть не должно. Вон там выше прыгал Леголас, рассказывавший историю:

> без обид, но может разработка -- это просто не её/ваше? на питоне писал в том числе (по криптографии), каких-то сложностей не возникало

Эталонный питонист из парижской палаты меры весов же...
1. Как всегда никаких сложностей, он один умный, а все тупые.
2. Назвал написание обвязок разработкой по криптографии.

Питонисты они хуже по квалификации разработчиков 1С. То же самое "Если-Тогда-КонецЕсли" и написать обработку над COM-библиотечкой. Но есть 3 отличия:
1. Они могут в XML и обмен данными
2. Они решают бизнес-задачи быстрее питонистов с тем же качеством и даже большей производительностью результата
3. Сообщество не страдает манией величия.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

106. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от userd (ok), 22-Янв-21, 12:08 
> 1) Библиотека типов должна быть написана именно на языке питон

Вот беда, и как же наследники QDialog при использовании PyQt?

Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск среды разработки PascalABC.NET 3.7.2"  –1 +/
Сообщение от Аноним (178), 22-Янв-21, 12:18 
Дурашка ты, барашка...
Само PyQt - это и есть удовлетворение этого требования.
Ответить | Правка | Наверх | Cообщить модератору

120. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от userd (ok), 22-Янв-21, 13:44 
«кто как обзывается, тот так и называется» :)

PyQt написан на С++, и это разрушает Ваш первый тезис.

Я-то думал, что Вы поправитесь - и скажете, что нужна Python-aware обвязка. С этим вот соглашусь. А я попрошу пример, когда на одном языке создан класс (и вмещающая его библиотека) а на другом языке без всяких хлопот создаются экземпляры этого класса или производятся наследники. Единственно, что не представляет интереса случаи, когда оба языка базируются на JVM или CLR. Да, примеры Jithon и IronPython тоже не интересны.

Вот, скажем, покажете как делать наследников С++-сного QDialog в программе на Pascal или на Вашем предпочитаемом языке.

Ответить | Правка | Наверх | Cообщить модератору

154. "Выпуск среды разработки PascalABC.NET 3.7.2"  –1 +/
Сообщение от Аноним (178), 22-Янв-21, 21:31 
> PyQt написан на С++

Потрудитесь узнать что делает SIP-генератор PyQt.

> cкажете, что нужна Python-aware обвязка. С этим вот соглашусь

Я же так и сказал. Изначально и потом, и вот в третий раз говорю. Для питона _всегда_ нужны обвязки, даже когда в других языках это не требуется. PyQt - это целый фреимворк написаный поверх Qt написанный частично на С++ и частично на питоне. Его основная фишка - автогенерирование этих обвязок... на питоне для питона.

И еще. То, о чем я писал выше, не имело отношения к созданию наследников классов. Речь только о удаленном вызове процедур и межпроцессном взаимодействии с одной стороны и обменом сериализованными объектами в другом. Это вещи для которых обвязка нужна на питоне, потому что стандартная библиотека и стандартный интерпретатор ужасные и бедные на интеграцию с чем-то кроме своих внутренних форматов-велосипедов.

PyQt позволяет написать GUI-программу, попробую привести пример через Qt...
> когда оба языка базируются на JVM или CLR

но обычно для таких программ используют как раз вот эти, более подходящие языки, а не С++, хотя у него нет технических ограничений...

Попробуйте представить что-то сложнее десктопной соплекухи. Пусть у программы есть аппликейшен сервер / бекенд и ваше GUI-приложение получает через него данные в какой-нибудь QGridLayout, которые бекенд в свою очередь обрабатывает на своей стороне при работе с базой. Так вот а теперь представьте себе что таких приложений 2 и нужно наладить обмен данными на стороне двух бекендов. Или вам нужно произвести обращение к внешней библиотеке... Не знаю зачем я это рассказываю... таких приложений на Linux+Qt нету. Там без вебсервисов в докере данными не обменяться.

А между прочим на Delphi как раз писались корпоративные приложения, отраслевые решения так же как и на CLR и JVM. Сейчас на .NET их переводят. Опять же, вы удивитесь, но MS в своем .NET имеет далеко не аховую реализацию XML и дотнетный народ либо покупал, либо использовал ту которая была в Java. Представьте себе JVM и CLR можно подружить, чтобы свежим Xpath пользоваться... сказал я человеку, который радуется возможности наследовать QDialog...

Ответить | Правка | Наверх | Cообщить модератору

111. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от IRASoldier_registered (ok), 22-Янв-21, 12:45 
Многобукаф, смысла ноль. Пайтон юзается для научных вычислений, для дэйта-аналитики и дофига ещё для чего. Паскаль, преимущественно - для обучения российских школьников учителями информатики, еле _а_силившими курсы повышения квалификации. Аминь.
Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

118. "Выпуск среды разработки PascalABC.NET 3.7.2"  –1 +/
Сообщение от Аноним (178), 22-Янв-21, 13:08 
Во-первых российский минобр как раз переходит на обучение школьников питону. Отстал ты от жизни слегка.
Во-вторых научные вычисления делать на питоне не лучше, а дешевле. Математические процессоры дорогие и проприетарные. Анализ больших данных и научные вычисления это примерно одна и та же задача. Там не требуется интеграция, там нет ООП-моделей вокруг бизнес-процессов.
В третьих, даже когда паскаль был жив у него была CORBA, а у питона нет ничего и не будет. Аминь.

То что питон юзается в паре областей, где не важно, какой у тебя язык программирования вообще ни убирает его убогости в вопросах интеграции и написания распределенных приложений на разных языках, ни добавляет мозгов питонистом, которые не в курсе что "так можно было".

А потом растет поколение, которому чтобы добиться переносимости нужно засунуть скрипт в докер, а чтобы добиться распределенности этот докер нужно засунуть в кубернетис, потому что по другому не умеют.

Ответить | Правка | Наверх | Cообщить модератору

149. "Выпуск среды разработки PascalABC.NET 3.7.2"  –1 +/
Сообщение от IRASoldier_registered (ok), 22-Янв-21, 18:45 
> Во-первых российский минобр как раз переходит на обучение школьников питону

...уже который год предлагают, а воз и ныне там.

> Математические процессоры дорогие и проприетарные

Обычный АМД подешевле, обычный Интел подороже, и прикинь - они все тоже проприетарные, и иначе не будет, пока ты не устроишь коммунистическую революцию :-)

> чтобы добиться переносимости нужно

...просто чтобы на всех машинах был пайтон и нужные модули.

Ответить | Правка | Наверх | Cообщить модератору

155. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от Аноним (178), 22-Янв-21, 21:43 
> они все тоже проприетарные, и иначе не будет, пока ты не устроишь коммунистическую революцию :-)

В огороде бузина, а в Киеве дядька. Ты видел всякие Mathematica, Maple или хотя бы Mathcad?
Посчитай в них, сразу на питон захочется.

Не, ну я понимаю, что с одной стороны ты вроде бы пытаешься потроллить меня как левака, будто "дорогие и проприетарные" это какой-то маркер, но не угадал... (эти программы с их встроенными языками именно такие как я и сказал)

> ...просто чтобы на всех машинах был пайтон и нужные модули.

и в то же время сам топишь за те же самые идеи всеобщего коммунизма и униформочек. Проблема крестика и трусов. Их лучше снимать/надевать одновременно, а то получается как-то двусмысленно.

Ответить | Правка | Наверх | Cообщить модератору

156. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от IRASoldier_registered (ok), 22-Янв-21, 22:12 
> Ты видел всякие Mathematica, Maple или хотя бы Mathcad? Посчитай в них, сразу на питон захочется.

Я их не _видел_, с Wolfram Mathematica я работаю до сих пор и не намерен с него куда-то сползать, в силу невъетического удобства этой штуковины и собственных проектов в стороне от бизнеса, которым я кормлюсь.

А Python - он предназначен (и уже с этим справляется) для ниши, которая была раньше заполнена Fortran'ом.

http://sbu-python-class.github.io/python-science/
http://hosting.astro.cornell.edu/~loredo/
...

Он не отменяет ни Mathematica, ни Mathcad - больше инструментов, хороших и разных.

> за те же самые идеи всеобщего коммунизма и униформочек

Ты просто таки эпически путаешь коммунизм вкупе с прочей GNUснятиной и совершенно рыночное внедрение и использование отраслевых стандартов.

Ответить | Правка | Наверх | Cообщить модератору

161. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от Аноним (178), 23-Янв-21, 12:11 
> А Python - он предназначен (и уже с этим справляется) для ниши, которая была раньше заполнена Fortran'ом.

Ну я же так и говорил. Нишевый язык для нишевых задач.

> Ты просто таки эпически путаешь коммунизм вкупе с прочей GNUснятиной и совершенно рыночное внедрение и использование отраслевых стандартов.

Ты сам начал разговор на эту тему. Мне абсолютно все равно и на GNU и на коммунизм, я про проблемы стандартной библиотеке питона рыдаю стеной текста, потому что оказался вынужден с ним интегрировать решения.
Но сейчас ты конечно же просветишь меня о сортах фекалий, и что я в них эпически перепутал. Начинай.

Ответить | Правка | Наверх | Cообщить модератору

172. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от IRASoldier_registered (ok), 24-Янв-21, 06:51 
> Ну я же так и говорил. Нишевый язык для нишевых задач.

Это только одна из ниш.

> Мне абсолютно все равно

Раз всё равно - то молчи, а не неси пургу.

Ответить | Правка | Наверх | Cообщить модератору

174. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от Аноним (178), 24-Янв-21, 13:24 
> Раз всё равно - то молчи, а не неси пургу.

А если я откажусь, что ты тогда сделаешь?

Ответить | Правка | Наверх | Cообщить модератору

184. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от IRASoldier_registered (ok), 25-Янв-21, 07:26 
Буду долго, долго ржать. В том числе и над твоими страданиями ниасилятора "вынужден с ним интегрировать решения".

Ответить | Правка | Наверх | Cообщить модератору

188. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от Аноним (178), 25-Янв-21, 12:41 
> Буду долго, долго ржать. В том числе и над твоими страданиями ниасилятора "вынужден с ним интегрировать решения".

Ну вот то-то я смотрю, что я с конём диалоги веду. Одно ржание в ответ. Я гигантский пост написал о том, какие "ниасиляторы" разработчики языка питон. Не смогли осилить XML. То что в нормальных языках делается быстро и играючи в питоне требует DOM. С тем же успехом и теми же инструментами можно на PHP писать, если нет проблем с мегаломанией. Инструменты одного и того же класса, только на PHP можно сайтики делать поудобнее чем на питоне.

Ответить | Правка | Наверх | Cообщить модератору

189. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от IRASoldier_registered (ok), 25-Янв-21, 14:13 
> с конём диалоги веду (...) сайтики делать поудобнее чем на питоне

Скажи это разрабам Django и тем, кто с ним работает, коней будет больше.

Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

165. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от Аноним (165), 23-Янв-21, 18:56 
Минобр ничего хорошего порекомендовать не может. Они хвастаются тем, что у них нет людей с опытом преподавания.

Питон хорош там, где надо объяснить, что больше вам программировать не надо. Но вот проблема в том, что если всех начинать учить питону, у нас программисты вымрут... Переучивать на что-то современное после питона - это боль. В школе/университете питон можно только как исторический курьёз рассматривать.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

171. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от IRASoldier_registered (ok), 24-Янв-21, 06:50 
> Но вот проблема в том, что если всех начинать учить питону,

Алгоритмы - норм, возможность запустить код без компиляции - норм.

> Переучивать на что-то современное после питона - это боль

Вот после Паскаля переучивать - да, боль. Причем для всех, и для переучиваемого и для переучивающего.

Ответить | Правка | Наверх | Cообщить модератору

177. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от Аноним (178), 24-Янв-21, 13:42 
Мне вот любопытно, а ты кого переучивал с питона и паскаля и на что. Поподробнее расскажи, какие концепты люди не понимают после того как учили только паскаль, а какие не понимают те которые знает только питон.
А то как-то голословно получается.
Ответить | Правка | Наверх | Cообщить модератору

185. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от IRASoldier_registered (ok), 25-Янв-21, 07:36 
> какие концепты

А причём здесь концепты? Здесь не концепты, здесь привычка к уе***скому многословному синтаксису, идиотской нумерации элементов массивов, и прочему подобному.

> кого

_Все_, не считая пары-тройки очкариков из провинции, которые наблатыкались строчить нетленки на Турбопаскале в кабинете информатики образца конца 90-х, забывают этот Паскаль как кошмарный сон, как только дорываются до изучения чего-то другого. Если только в вузах не нарываются на долбоящеров-паскалистов.

Вообще вот это цепляние за Паскаль - либо от нежелания сползать с зазубренного стопицот лет назад, либо от сектантства "Вирт с Гуткнехтом непризнанные гении, Паскаль и Оберон - будущее, Си, Джава и Пайтон навязаны корпорациями".

Ответить | Правка | Наверх | Cообщить модератору

187. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от Аноним (178), 25-Янв-21, 12:35 
> Здесь не концепты, здесь привычка к уе***скому многословному синтаксису, идиотской нумерации элементов массивов, и прочему подобному.

"ЭтоПроблемаТакихНазваний" или "большеБесятТакие", потому что это едиственно_рассово_приемлемлемый_вариант?
Что это, что нумерация - это мелочи, которые решаются административным путём на стороне code review.

> забывают этот Паскаль как кошмарный сон, как только дорываются до изучения чего-то другого

Так и должно быть потому что паскаль мертвый язык, опять же есть куча софта, который было бы не плохо перевести на .NET, потому что переписывать на С# все и за один раз не реально, если речь идет об автоматизации какого-нибудь завода.

> Вообще вот это цепляние за Паскаль - либо от нежелания сползать с зазубренного стопицот лет назад, либо от сектантства "Вирт с Гуткнехтом непризнанные гении, Паскаль и Оберон - будущее, Си, Джава и Пайтон навязаны корпорациями".

Мне не предоставилось возможности встретить тех, кто за него цепляется в последние несколько лет, но очень хорошо помню как 20 лет назад училка по информатике на первом курсе рассказывала. "Паскаль великолепный язык. Он прекрасен с математической точки зрения. Есть только в нем беда: производительный транслятор под него написать не получается."

Я попросил расписать конкретно, какие концепции человек не понимает после паскаля и увидел нетерпимость к именованию переменных и индексам массивов. Это все? По существу что-то есть? А то питонисты-то вообще ничерта не понимают ни про память, ни про ссылка/значение, ни про то что я писал выше про обмены данными.

Ответить | Правка | Наверх | Cообщить модератору

190. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от IRASoldier_registered (ok), 25-Янв-21, 14:17 
> Так и должно быть потому что паскаль мертвый язык

Так нафига на этом мертвом языке учить кодить? Я понимаю, почему классическое образование подразумевает изучение греческого с латинским - там и оригиналы великих произведений, и стиль, и погружение в атмосферу, а тут что?

> Мне не предоставилось возможности встретить тех, кто за него цепляется в последние

На форумы ЮФУ и ПаскальАБЦ.Нета загляни. Питомник и рассадник.

> хорошо помню как 20 лет назад училка по информатике на первом курсе рассказывала. "Паскаль великолепный язык."

А прапрапрапра...прадедушка 20000 лет назад рассказывал, какой великолепный инструмент каменный топор.

Ответить | Правка | Наверх | Cообщить модератору

191. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от iZENemail (ok), 25-Янв-21, 19:00 
>> Так и должно быть потому что паскаль мертвый язык
> Так нафига на этом мертвом языке учить кодить? Я понимаю, почему классическое
> образование подразумевает изучение греческого с латинским - там и оригиналы великих
> произведений, и стиль, и погружение в атмосферу, а тут что?

В языке Паскаль реализованы математические концепты, строгая система типов и действия над ними.
Сишечка вы этом смысле — всего лишь очеловеченный ассемблер с множеством доступных библиотечек.


Ответить | Правка | Наверх | Cообщить модератору

194. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от IRASoldier_registered (ok), 26-Янв-21, 18:10 
> реализованы математические концепты

Шо, прямо интегралы умеет символьно брать?! (@сарказм)

> строгая система типов

https://web.archive.org/web/20120406094058/http://www.cs.vir...

- всё, что надо знать о Паскале.

Кстати, в Пайтоне типизация сильная, хехе.

Ответить | Правка | Наверх | Cообщить модератору

192. "Выпуск среды разработки PascalABC.NET 3.7.2"  +1 +/
Сообщение от iZENemail (ok), 25-Янв-21, 19:06 
> Мне не предоставилось возможности встретить тех, кто за него цепляется в последние
> несколько лет, но очень хорошо помню как 20 лет назад училка
> по информатике на первом курсе рассказывала. "Паскаль великолепный язык. Он прекрасен
> с математической точки зрения. Есть только в нем беда: производительный транслятор
> под него написать не получается."

Это заблуждение. TurboPascal компилирует программы на Pascal в несколько раз быстрее аналогичных, написанных на Си, чем Turbo-С.

Delphi в своё время вызвала фурор именно скоростью компиляции и сборки — благодаря модульной структуре проекта не надо было перекомпилировать те модули, тексты которых не редактировались и уже были скомпилированы. Кроме этого, у Delphi, если мне не изменяет память, однопроходной компилятор-компоновщик, по скорости нативной кодогенерации опережавший инструменты на C/C++.
(Посидели за Borland C++Builder и MS Visual C — сравнивали с Delphi).

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

176. "Выпуск среды разработки PascalABC.NET 3.7.2"  +/
Сообщение от Аноним (178), 24-Янв-21, 13:37 
> Минобр ничего хорошего порекомендовать не может. Они хвастаются тем, что у них нет людей с опытом преподавания.

Вообще-то это огромная международная проблема всей отрасли. Безотносительно российского минобра...

Больше трети программистов по всему миру работают без дипломов учебных заведений и даже без курсов.
Проблема такова:
1. Тот кто умеет программировать и программирует не имеет времени никого учить
2. Тот кто не осилил / устал и ушел в преподавание года через 3 станет оторванным от реальности.
3. Тот кто получал высшее педагогическое образование, может красиво начитать курс, но не сможет ответить на вопрос студента.

Вот и выбирайте. Учить медленно развиваюшиеся языки вроде паскаля, С и С++ в рамках классического образования выгодно, потому что методическая программа и стандарт обновляются не слишком часто.

> Переучивать на что-то современное после питона - это боль. В школе/университете питон можно только как исторический курьёз рассматривать.

Нужно людей учить не питонам, а тому как самостоятельно учиться и получать информацию. В любом случае курсы/вуз отличаются от реальной работы в отрасли. Но я соглашусь с тем что питон - это шаг в сторону. Люди, выучившие питон и только питон обычно настолько невежественные, что им нужно еще доучиваться многим вещам.
Рисовать формочки на Delphi и писать сортировку пузырьком на С не на много лучше, но как минимум в С/С++ в паскалях, Java/.NET там как минимум нет таких отупляющих технических ограничений. Это же то же самое, что JavaScript-у учиться, вот только от JS пользы больше.

Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру