Языки программирования [Ъ]

Visual Basic.net

C# поддерживает больше фич FP чем Java.

.net Core есть собранный а можно скачать и собрать по вашему вкусу.

Не в курсе как у него с самим emacs но в VSCode некоторая поддержка emacs клавиатуры есть https://marketplace.visualstudio.com/search?term=emacs&target=VSCode&...

Вот поэтому C# лучше не трогать и обходить стороной.

Си -> Go
Java -> Limbo
Всё просто.

и IDE-ориентированность

если ты будешь писать так же мало функциональности/кода, как типичный программист на Си, то никакого IDE не нужно

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

если ты нафигачишься метамфетамином и начнешь на той же скорости хреначить на Си, тебе не только IDE понадобится, но и еще много разных дополнительных инструментов (потому что писать будешь неаккуратно, и потом придется за собой подчищать тонны багов и ликов, без автоматизации мало реально)

На Crystal-е пиши https://crystal-lang.org/

На чём удобнее или проще будет писать програмисту, который всегда работал с Си и Лиспом?
C++ и PHP сразу исключаем, ибо непереносимость.

На глиняных табличках.

Что-то я не понял. Какая есть переносимость у Си с Лиспом, которой нет у C++ и PHP, соответственно?

Программы на C++ работают только на тех платформах, для которых они скомпилированы. И для переноса на другую платформу зачастую нужно не только перекомпилировать, но и еще под особенности GUI адаптировать (если конечно это не фреймворки вроде qt). А программы на Java работают на любом железе, на котором можно установить jdk, соотвественно без перекомпиляции

javascript же

Так вы и Java 9 будете обходить?

Там ведь немножко приблизится к С#.

На планшеты Всё равно нужно переписывать.

Да и не работает Java на iOS в отличие от того же С#

Java или Javascript. Если не нравится писать сложный код - Go.

Forth

2. Похожесть на Си или Лисп.

Одновременно? Ну тогда javascript.

Так вы и Java 9 будете обходить?

Эта та, где наконец появились анонимные функции? В 2016м, Карл!

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

Ну и убогость жабовской гуйни притча во языцех.

Например?

Приведи пример какой-нибудь типичной такой фичи.

Да любой гуй на жабе убог по дефолту. Один диалог открытия файла чего стоит. Ты лучше приведи пример неубогого гуя на жабе. А то azureus мне до сих пор в кошмарах снится.

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

Как фронтэнд-разработчик поступает с перегоревшей лампочкой? Красит в желтый цвет и закрывает баг.

Azureus на SWT сделан, которая используется системные контролы Gtk2/Gtk3 на *nix, Comctl3d.dll на Windows, Motif на AIX. Дизайн — на совести дизайнеров.

А вот как на Mac OS X выглядят диалоги Java^ https://developer.apple.com/library/content/documentation/Java/Conceptual/Jav...

Дизайн — на совести дизайнеров.

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

А вот как на Mac OS X выглядят диалоги Java^

Там написано про интеграцию под конкретную ОС посредством модификации приложения, что противоречит самой идее кросплатформенности жабы. Таким способом можно даже на ассемблере «кроплатформенный» софт писать.

Да.
Но все-же прогресс есть.

А в С# появились локальные функции и pattern matching

А то.

Выбирать язык программирования по признаку того, что на нём некоторые создают не всегда красивые интерфейсы, мягко говоря, несерьёзно.

Характеристика пишущих на языке является и характеристикой самого языка.

А кончится все переизобретением PL/1

Ну если язык приближается к C# значит с него надо бежать

Go, есть clojure но за востребованность поручиться не могу.

С -> D
Java -> Scala || Clojure

Всё просто.

Бедненький.

Попутного вам...

D

Ненужно ^ LibreBSD

Clojure
Scala

Ненужно
Итого: уйди, хипстор.

Причём здесь libreBSD?

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

Это не так. Если решил портануть приложение с java mobile на андроид, то придётся переписывать весь код.

если конечно это не фреймворки вроде qt

вот это хорошее замечание, потому что переносимее гуя Qt нет ничего. а то вообще-то, тот факт что язык может исполняться на нескольких платформах вообще-то не значит, что и гуй переносим, как у С#, например

фактически, у вас выбор Java(scala) | C++ Qt по этому критерию

LibreBSD = сферическое ненужно в вакууме.

И вам.

Мне то зачем?
Я никуда бежать не собираюсь .

Меня современные ЯП не пугают.

Без разницы, всё равно не знаком с этим.

Меня тоже не пугают. Это не отменяет того факта, что C# дерьмо. И это знают все. Изучать C# это тупо тратить время. Писать на C# это выкидывать свое время в топку.

Даже 1С круче чем C#. Это ФАКТ против которого ты не попрешь.

Меня тоже не пугают.

Раз вы от них бегаете, значит пугают.

Не тратьте дыхание, бегите.

Дабавю это к вашему описанию для полноты диагноза ;)

Да мне незачем. Я если вижу дерьмо стараюсь в него не вступать. А С# дерьмо. Это знают все. Даже Microsoft.

Характеристика пишущих на языке является и характеристикой самого языка.

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

языки сейчас как конструктор какой-нибудь лего.
собрал готовые блоки, обвязал парой if else и уже какая-никакая рабочая программа
ваш КО.

2. Похожесть на Си или Лисп.

Из всех оставшихся ЯП присматриваюсь к Java и Python

При всей моей любви к Python, он ведь не похож ни на то ни на другое совсем. Хотя на вопрос

На чём удобнее или проще будет писать програмисту, который всегда работал с Си и Лиспом?

он вполне отвечает.

Можно ещё посмотреть в сторону новомодного Rust.

Из всех оставшихся ЯП присматриваюсь к Java и Python, но у них свои недостатки. Может, я какой то ЯП упустил из виду?

Go упустил. Начинать нужно с прочтения книжки Алан А. Донован, Брайан У. Керниган «Язык программирования Go».

В Java сишникам делать нечего - они туда несут устаревшие идеи и методы процедурного программирования и/или своеобразное представление об ООП, как совмещение структур и функций.

dmxrand>надо бежать

Бегите пока не поздно!

Зачем? Я пережил FoxPro. Я пережил VisualBasic Переживу и C#. Ну дерьмо долго не тонет, но и долго не плавает.

запилить новую страничку с крудом и фильтрами, которая каким-нибудь слегка отличающимся от стандартного способом управляет очередным типом объектов (скажем, не просто удаляет пользователей, а еще дергает апи, которые чистят за ним директории)

или взять очередную манипуляцию со счетом клиента в магазине и добавить кнопку, которая его модифицирует исходя из того что стукнуло аналитику в голову час назад (например, добавляет к счету 1% раз в месяц)

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

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

Но такой логики бесконечное количество. Сотни классов, тысячи фич, которые влияют друг на друга уже непойми каким образом, бесконечные портяны исходников. Всё это скомпановано в исторические наслоения разных типов архитектур кода, многократно переписанных и слепленных интерфейсов, обмазано кучей протоколов (из которых асинхронные очереди самый адовый, потому что непонятно что куда ушло, когда и кем будет обработано)

и всё это нужно постоянно рефакторить и пердолить всё новые и новые фичи, которые аналитики рожают со скоростью мысли. Refactor -> Change signature -> add parameter (int value, default 0). «Изменить десять тысяч вызовов метода?»

цифра не просто так, потому что в последнем проекте у нас было 7 с половиной тысяч только прикладных классов - это не считая фреймворков (в Apache Camel, например, тоже около 8 тысяч классов, сколько классов в Spring - боюсь представить) ;)

и всё это как в сказке про свиней-программистов, которые чинили домик быстрее, чем Волк его сдувал. Нужно чинить быстрее, чем разваливается. Тесты? Забудь

так вот, как бы... сишник с вимом в такой обстановке начинает плавиться