Они были настолько существенными, что только одной компании удалось создать прилично выглядящее приложение на Swing.
тот кто писал статью точно обладает каким то опытом в деле? а то знал бы как минимум еще несколько компаний крупных которые используют Java для десктопных приложений вполне успешно, например F-Secure или Interactive Brokers, а последним то надо точно отзывчивость и уровень
если бы он книги писал доходчиво, то ему меньше объяснять приходилось бы, но ему все темы связанные с «программированием» как то в целом пофигу и впечатление, что ему о них и и не интересно говорить
интересно было послушать оригинальную аудиозапись интервью на базе которой статья была сделана, интервьюирующая была уверена почему то что общается с программистом-фанатом и человеком которому интересно программирование и похоже не могла поверить что не по адресу
p.s.
выступление на одной из конференций записал
если кому будет интересно посмотреть пример как написать что то вроде казуальной кросс-платформенной ретро-игры на Java, то можно посмотреть пример проекта тут
имхо язык ДРАКОН штука интересная
получается в отличии от тех же диаграмм активности, тут появляется второе измерение (без введения «дорожек»), что большой плюс, двумерное размещение компонентов не только экономит зрительное пространство, но и позволяет более успешно отслеживать «завороты кишок» в алгоритмах (особенно если убрать из «икон» тексты), введен аналог оператора «switch» что тоже сильно упрощает и позволяет описывать и «автоматное программирование»
из доработок было бы неплохо увидеть более упрощенные-формализованные «иконы» пригодные к рисованию от руки на доске, поработать над наименованиями, так как «икона на шампуре», для русскоязычного звучит немного смешно и странно и самое главное было бы хорошо как то лучше документировать — как строить асинхронные системы и системы с временными задержками на базе ДРАКОНа и больше примеров из применения в реальных проектах
году в 1986м ехал в автобусе со знакомым работающим ремонтником ВТ на Петродворцовом Часовом Заводе и он рассказывал что его профессия отмирает и в конце концов все дойдет до «замены кубиков» и никакой возможности ремонта каким мы его знаем не будет, так что немного позже (в 90-х) он разумно поступил, перейдя в занятия торговлей недвижимостью, а его предсказание сбывается
не увидел в статье где написано как попали цитированные резюме, не знал что сейчас всё еще есть такая практика — отсылать сиви на емайл дедушки в деревне как в конце 90-х начале 2000-х, вроде навалом сервисов для прямых контактов без посредников кто не понимает ничего в коде
с гитом, как понимаю, сделано специально чтобы не общаться с ИТ-рекрутерами, с расчетом на прямой контакт с заинтересованным лицом… ну логично выглядит
ну дак сейчас на фоне лямбд и реактивщины и в повседневных языках нешибко переменные определяют, так что те кто мог держать в уме состояние стека — будут более востребованы, чем те кто без переменных не может писать
для тех кто не может в голове держать несколько элементов на стеке и их порядок, есть специальное слово VARIABLE для определения глобальной переменной и можно тогда уж работать с переменными
тот кто писал статью точно обладает каким то опытом в деле? а то знал бы как минимум еще несколько компаний крупных которые используют Java для десктопных приложений вполне успешно, например F-Secure или Interactive Brokers, а последним то надо точно отзывчивость и уровень
p.s.
выступление на одной из конференций записал
получается в отличии от тех же диаграмм активности, тут появляется второе измерение (без введения «дорожек»), что большой плюс, двумерное размещение компонентов не только экономит зрительное пространство, но и позволяет более успешно отслеживать «завороты кишок» в алгоритмах (особенно если убрать из «икон» тексты), введен аналог оператора «switch» что тоже сильно упрощает и позволяет описывать и «автоматное программирование»
из доработок было бы неплохо увидеть более упрощенные-формализованные «иконы» пригодные к рисованию от руки на доске, поработать над наименованиями, так как «икона на шампуре», для русскоязычного звучит немного смешно и странно и самое главное было бы хорошо как то лучше документировать — как строить асинхронные системы и системы с временными задержками на базе ДРАКОНа и больше примеров из применения в реальных проектах