Вот это самоподдув. Java FX2 писец изменение. Это только на ютубе все новенькие и свеженькие, а так еще SWING никуда не ушел. И какое отношение к этому имеет МЕ времен нокии 3310?
Это называется адская легасятина. Чего там нового пишут на swing и java 1.6? --- Сообщение объединено, 8 дек 2020 --- Вообще да, есть такие места с адским легаси, на котором завязан большой бизнес, там может использоваться java 1.6 и какая-нибудь вебсфера. Для людей там может быть не только много работы, но и зарплаты по 400к в месяц, но ковыряться в 21 веке в таком коде и читать сайт ibm такое себе удовольствие. --- Сообщение объединено, 8 дек 2020 --- Может быть, на swing и JavaFX пишут какой-нибудь софт типа Maple 17 (maplesoft.com)
а как доказать сию гипотезу? А объективно, они здесь вообще есть, эти ваши профессиональные программисты?
На васме скорее нет, чем да. Ну я сейчас работаю тим лидом, и работал раньше над большими проектами, и в больших командах программистов. Но считать меня профессиональным программистом из-за этого тут никто не торопится. Но тут есть профессиональные электрики, есть профессиональные откинувшиеся и тд.
m13d, понимаете в чем дело, профессионалы ничего не доказывают и не кричат на каждом углу, что они профессионалы. Более того , с точки зрения объективности и словообразования, профессионалом можно назвать любого, кто работает по профессии (от сюда пошло слово профессионал) и получает плату за сделанную работу.
Господа, каковы ваши предположения по поводу того как будут чуствовать сишечка и асм в 2021 году,ведь же не хорошо если с ними что нибудь произойдёт,хотя что с ними может произойти
Какая-то грустная тема, но раз уж не прикрыли, внесу свои пять копеек. Языки программирования, а если точнее их дизайн, а если ещё точнее, то programming language theory - это такой раздел computer science(информатики по-нашему). Область эта очень интересная и обширная, включает себя теорию типов, лямбда-исчисление, пересекается с мат.логикой, автоматическим доказательством кода и т.д. и т.п. Занимаются этим серьезные дяди с PhD на протяжении многих лет. Однако это не мешает каждому, кто написал хотя бы строчку на паскале, иметь мнение, что уж вот его то %язык_нэйм самый идеальный, подходит вообще под любую задачу: и гвозди забивать, и винегрет замешивать. Спойлер У П.Грэма на этот счёт есть статья: http://www.paulgraham.com/identity.html В реальности же серебряной пули нет и не будет. ЯП - это простые инструменты, всё зависит от их экосистемы и от того, как их использовать. Как сказано в одной статье: http://codecapsule.com/2012/01/18/how-to-implement-a-paper/ "The available libraries in different languages can also orient the choice of the production language." Иными словами, никто не будет заморачиваться делать байндинги к PyTorch под перл или ним, когда питон де факто уже стал языком искусственного интеллекта да и для достижения цели лучше освоить новый язык или библиотечку, чем мучиться из принципа. Немаловажен и тот факт, кто использует этот инструмент. Несколько хакеров могут создать продукт и он выстрелит, используя инструменты, которые не сработают в большой компании. Об этом написано в этой статье: большой компании проще загнать работников в четкие рамки (простой язык, паттерны программирования и т.д.), чтобы при текучке продукт не страдал. http://www.paulgraham.com/icad.html Итоги Преимущества или недостатки языков лучше обсуждать со знатоком, иначе обсуждение может превратиться в холивар; ЯП выбирается по принципу наименьшего сопротивления для достижения конечной цели(Обучение в это дело не входит, иногда бывает полезно реализовать какой-нибудь алгоритм для лучшего понимания); It's better to be a hacker, than a slacker; http://www.paulgraham.com/gba.html Для дальнейшего обсуждения предлагаю следующее чтиво: In Praise Of Scripting: Real Programming Pragmatism http://www.cs.mun.ca/~harold/Courses/Old/CS2500.F09/Diary/04563874.pdf Мне тут понравилась мысль: студенты должны в начале почувствовать собственную свободу на скриптовом языке, а уже потом оценить ограничения для других, при использовании более строго языка. http://www.paulgraham.com/rootsoflisp.html https://jaxenter.com/stop-designing-languages-write-libraries-instead-126738.html https://cs.lmu.edu/~ray/notes/languagedesignnotes/
>Мне тут понравилась мысль: студенты должны в начале почувствовать собственную свободу на скриптовом языке, а уже потом оценить ограничения для других, при использовании более строго языка. Гогно типа переделывания школьной программы, когда изучение химии начинали с высокоуровневой молекулярной химии, а не с фундаментальных вещей. Это результат деградации цивилизации, сложность задач растет, а новые поколения получаются необучаемыми, поэтому их начинают учить с питона. А раньше был инженерный подход "Чтобы отправиться на Луну, надо поставить задачу отправиться на Юпитер, а потом отправиться на Луну".
наверно все сильно субьективно, что кому заходит, но что хочу сказать.... мало знать синтаксис. вот реально clojure поверх джавы мне поменял мозги однозначно. Знакомство с архитектурой поменяло мозги однозначно (чего не скажешь о синтаксисе асма). А сейчас глядя на Хаскель начинаю подозревать, что они и не такие то и дебилы. Читаю си, а плюсы увы, страшно погружаться. Время с каждым годом все более ценно. Питон вот ваще не могу себя заставить, и не понимаю почему говорят про питон в контексте машинлернинга. Я еще помню матлабы, вольфрамы, эр и т.д. Где надо мощь вычислений - там плюсы и си, где либы, ну так эти обертки над сишным кодом есть и на джаве и шарпе. Не знаю как в шарпе, но сборщики типа мавена и лейнингена - это рокетсайнс для питона с его пипом. Изолированность теперь контейнерами, докером. Не знаю короче. На старте советовал бы не распыляться - иначе будет огромный про5б во времени и в скорости. Увы прыгал на этих граблях " всего и сразу" очень долго. Очень зря. Эта тактика в этой поофесси не работает.
Надо учиться придумывать архитектуру. Программирование это инженерная деятельность, проектирование систем. Пофиг на каком языке. Есть люди, которые эти системы придумывают и проектируют, а все остальные делают коммиты в эти системы. Мало людей, которые могут в одиночку поднять целый проект.
Не понимаю, почему питон считается очень лёгким ЯП. По мне очень даже сложный ЯП, ну не чтобы совсем сложный, скажем, не простой, как его малюют. По крайней мере я его читать не могу, что-то очень, очень простое, ещё кое как могу понять, а дальше уже тёмный лес. Ещё помню, как я увидел впервые листинг питона, я вообще ничего не понял, не увидел даже структурности, такое впечатление что по армейской каске проехал танк, в результате её искорёжило и вывернуло на изнанку.
Вы, Друзья, забываете, что программирование в сущности делится на две БОЛЬШИЕ ГРУППЫ == программирование реальных объектов и виртуальных. Если прогаем реальщину, то лучше сишечки да асма ничего не было и едва ль будет. а для виртульщины тоже вполне можно обойтись сишечкой да асмом с модулями расширений == препроцессорами для более эффективной работы над сорцами и бин. модули для всего прочего. --- Сообщение объединено, 10 дек 2020 --- программирование виртуальных объектов может идти чрез призму инженерных подходов. Но сейчас это крайне редкое явление. И яп всё-таки важен, ибо он определяет лишние тики на процессорах, оверхеды ио операций итд-итп. --- Сообщение объединено, 10 дек 2020 --- синхронизации -- это, пожалуй, самая аццкая задача кстати, в куче случаев одно-поточный код работает быстрей много-потока и при этом синхра сделана прилично
Если правильно понял,то чем сложнее язык тем больше получается команд на ассемблере а они в свою очередь влияют на процессор
f13nd, видимо при компиляции Дельфи получается больше команд на ассемблере --- Сообщение объединено, 11 дек 2020 --- f13nd, ладно я понимаю что чушь написал,просьба сильно не бить
