>>273526 (OP)
Ruby и мне похуй. Мне платят за него деньги, спорь с кем хочешь.

>>273526 (OP)
Первый раз слышу определение "асинхронный" в приложении к Го.

>>273834
Лол, это самый асинхронный язык из всех. Причем настолько, что ты даже не заметил.

>>273905
Скажи, что ты называешь "асинхронностью". И почему в Go обычно говорят о concurrency, а не async?
Для тебя это синонимы, или есть различие?

>>273526 (OP)
зачем учить это говно, когда есть божественный php, html, css, mysql с шикарной библиотекой встроенных компонентов?

Динамикобляди сосут у Rust'обогов итт

>>273928
Затем, что есть задачи, которые php просто не вывозит. В моей рабочей практике таких задач было несколько -- в одном случае веб-сервер должен был принимать данные от стримера потокового видео о состоянии потоков, каковых там было пару сотен, обновление несколько раз в секунду и пхп просто не прожевал. Во второй ситуации нужен был udp-сервер, в который железки слали информацию о событиях, там событий было не так уж много, зато железок счёт шёл на тысячи. Вероятно, всё это можно было сделать и на пхп методом тюнинга итд итп, но на ноде оно всё просто заработало сразу и пиздец.

>>273958

>Затем, что есть задачи, которые php просто не вывозит

Пхп 7 уже скоро как полтора года ебёт ноду по скорости, алё.

https://habr.com/post/320670/

>>273959
Чтобы пхп ебал ноду по скорости в реальном мире, к нему надо прикрутить асинхронный модуль для *sql как минимум. Что толку от того, что он хэллоуворлды научился быстро отдавать или там строки складывать? А когда ты посмотришь на неблокирующие модули для пыхи, которые на Amp сделаны, например, то ты там узришь ВНЕЗАПНО тот же ивент луп, промисы итд итп. Ну и нахуя? Просто чтобы принципиально не зашквариваться об ЖС? Ну я подобными заёбами не страдаю.

>>273925
Ты видимо слишком туп или запутался в баззвордах.

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

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

>>273959
пхп уже может в неблокирующие i/o?
Закопайте уже этот шаблонизатор для апача/nginx

>>273968
Эм, чот нидогоняю, в ноде же один паток, как она может быть асинкронная. Почему нода не блокирующая ио, как можно не заблокировать один жеский диск?
Чот ваще вас не понимаю.
Алсо треды вроде уже можно намутить через птхреадс.
На крайняк все скармилвать в сервер очередей какаой нибудь. Чистая асинхронщина же выходит.
Алсо а как же промисы из гузла, они не асинхронны?

>>274029

>в ноде же один паток

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

Нет, в ней не один поток. И никогда не был один.

>>274029

>Почему нода не блокирующая ио, как можно не заблокировать один жеский диск?

Это у тебя тотальный пробел в понимании устройства ОС, компьютеров и всего остального.

>>274034

>пробел в понимании

Эм писать ты на один жесткий диск можешь только что то одно, разве нет?

>>274032
ну значит и в ноде есть треды и в пыхе, так разницы значит никакой?

Ну что ты, братишка, притих? Работаешь на дядю? Тимлид мудак? Работа на галере приносит деньги, но не удовлетворения? Хочется уже делать что-то интересное, по кайфу? Вероятно, мы можем помочь тебе с этим, если ты поможешь нам. В команду бродяг-энтузиастов гаражного кодинга мы ищем:

— Back- программиста, который знаком, python/asyncio/асинхронные сокеты
— Front-программиста, который знаком: React/Redux

Пока Телеграм закрывать не собираются, мы ищем молодых и амбициозных, умеющих добиваться поставленных целей и нацеленных результат фронтендеров, могущих в сокеты и Реакт/Редукс
Back - python/AsyncIO
для запуска уникального®™ веб-сервиса. С нас как обычно и несколько опытных ребят, которые всегда помогут со сложностями. Скостылим proof of concept на голом энтузиазме и потных шутках — сможем выйти за рубеж уже на серьёзных щах, снять склад в Марьино воркшоп в Москва-Сити и купить всем Маки. Всё почти готово, старичок, тебя не хватает.
Демка уже есть, божественный trello,zeppelin и почитать notion. С нас как всегда аниме стикеры и два чая.
Пиши: телега @anon4k

>>274035
man epoll в помощь

>>274036
Асинхронность <> мультипоточность

>>274101
а разве это не про тсп соединения? Типа у хдд ссд нету физических способов же писать в несколько потоков.

>>274102
ну есть еще вариант с ядрами процессора, или за место потоков запускать процессы, я думал это все и позволяет замутить асинхронность. но разве нода умеет в несколоко ядер, или создавать поллпроцессы?

>>274115
ты думал неправильно. не обязательно полагаться на железо (ядра процессора) и механизмы ОС (форк, тредики) для реализации асинхронности. Гугли green threads например.

>>274036
если прям совсем на быдлоуровне, то да, разницы никакой.

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

>>274014

> ты получаешь асинхронное исполнение, просто по умолчанию (где в других языках япуться с промисами и асинками)

Ты видимо слишком тупой, что валишь всё в одну кучу, да ещё и называешь эту кучу "асинхронным исполнением", да ещё и противопоставляя это ебле с промисами и асинками.
Но мне похуй, что ты тупой, няша :3

>>274198

>ты путаешься в уровнях абстракции

Ну да на уровне оси, но это же не меняет скорости записи, если ты один файл записал со скоростью Н и второй со скоростью К, то ведь если ты их одновременно будешь записывать то все равно будет скорость Н+К ну и плюс еще небольшие затраты на буферизацию и всякие там дела из ос.
По-моему для пыхи вполне хватает аяксовой загрузки нескольких файлов. Впрочем как и в ноде. На пыхе есть какой то Swoole хз чо это за хрень, но тоже позволяет асинхронно писать.

>green threads например.

Это вроде и в пыхе есть и ноде? разве нет?

>на быдлоуровне,

Ну а какой уровень нужен, что бы разницу почувствовать? Интересны примеры.

>>274328

>Это вроде и в пыхе есть и ноде? разве нет?

В ноде нет, там можно только кластер в несколько независимых процессов поднимать аля фпм. Весь твой код - однопоточный, асинхронное выполнение собственного кода (если, скажем, речь о разборе и преобразовании большого jsona и так на дохуя подключенных клиентов) пердолится путём раскидывания setTimeout/генераторов/промисов на каждые 5 строк логики.

>>274334

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

Ну не пиздаболь.
Воркеры для кого?

>>273959
Братюнь, а при чём тут скорость? Самая большая боль PHP это born to die. Любой скрипт рассчитан на то что ты его а) запустил, б) он сделал свое дело и в) он благополучно сдох и выгрузился из памяти.
Из-за чего на пыхе весьма проблемно писать:
1. Любой риалтайм, даже тупейший чятик на вебсокетах
2. Любые резидентные демоны. Тут, к слову, огромная проблема ещё и в том что пых не умеет в concurrency в любом виде. То есть если у тебя будет задача по сбору ебических объемов данных и их архивации вместо того чтобы распараллелить процесс и создать очередь как в каком-нибудь питоне / руби / ноде ты будешь делать всё по очереди.

А так да, на числодробилках мб и быстрее

>>274365

>Самая большая боль PHP это born to die.

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

>>274376
Можно, они даже есть в продакшне. Вот только нахуя этот геморрой? Пых создавался для веба и под свои цели инструмент таки весьма и весьма удачный вышел. Тот же born to die, являющийся головной болью при разработке каких-нибудь демонов из-за кучи проблем, весьма удобен если ты пишешь какой-нибудь rest сервис просто потому что он автоматически делает любой запрос stateless. И можно не заморачиваться об утечках памяти в качестве бонуса. Но зачем использовать инструмент в областях в которых он просто неудобен?

Ну и плодить процессы в пыхе это отдельное веселье. В те времена когда я с ним работал (лет шесть назад) максимумом конкарренси в PHP были форки. А работа с общей памятью вообще в какие-то анальные пляски превращалась

>>274384

>автоматически делает любой запрос stateless

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

>>274384

>Пых создавался для веба

ну так и жс создавался для фронтенда, а тут его на бэк его перетаскивают, с точки зрения например пыхо разраба тоже непонятно зачем.
Про утечки в памяти пыха впервые слышу, можно поподробнее?

И вроде как для пыха amphp.org изобрели теперь нету проблем с потоками. Хотя вроде и спотоками не особо сложно. Где то находил пасты кода, где можно создавать процессы.

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

>>274389

>Если следовать твоей логике каждого инструмента под свои задачи, то тогда можно например для реста и статики пилить сервер на пыхе, и когда нужны вебсокеты брать ноду, и добавлять ее в проект.

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

>>273526 (OP)
Какой умник поставил рядом слова "python" и "ассинхронный"? И почему нет java-based-языков? Того же котлина с его корутинами?

>>273526 (OP)
clojure

>>274955
Мы тут вообще программировать собрались, а не скриптики на ФП писать

>>273526 (OP)
Божественная Java + Ratpack, конечно же.

Всяким скриптопетухам, чтоб убедились в своей убогости, предлагаю написать простенький веб-сервер вычисляющий рекурсивно функцию Фибоначчи, дергая самого себя (прям как ты пока никого нет дома).
Вот готовый код для Ratpack https://github.com/setblackWs/ratpackFibb/blob/master/src/main/java/pl/setblack/fibbo/FibboServer.java (количество тредов можно (и даже нужно) в 1 выставить - на это не обращаем внимание). Сюда постим результат работы для n=30.

>>275337
Go-боярин посмотрел на это всё как на баловство

>>276796
Так и не понял нахуя эта параша если уже есть такие-то петухоны со всякими джангами, асинкайо и твистедами, жабы со спрингами, спарками и вертэксами, шарп с аспнетом. А для ебических скоростей всегда есть плюсы. Го какой-то всратый

>>277294

>петухоны со всякими джангами

Которые или интерпретатор в 2к18 или половина пакетов и библиотек на пупу не работает. И все эти асинкайо им как мертвому припарка.

> жабы со спрингами, спарками и вертэксами

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

> шарп с аспнетом

Он за пределами /gd/ дохлый аки позапрошлогодний скелет мертвой вороны.

>>277304

>> Которые или интерпретатор в 2к18 или половина пакетов и библиотек на пупу не работает. И все эти асинкайо им как мертвому припарка

Ни пони. Жаба тоже интерпретатор так-то, как и шарп. Большинство проблем со скоростью можно решить инфраструктурой. Тяжелые вещи ничего не мешает пилить на каком-нибудь cython, если уж так приспичило. В чем проблема?

>> Отличный рантайм угроблен интырпрайзным подходом и гиговыми библиотеками. А ведь когда-то игрушки на телефонах с метром оперативы и процом меньше сотки кекогерц шустро работали, при том что жаба на них обычно калечная с примитивным житом стояла.

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

>> Он за пределами /gd/ дохлый аки позапрошлогодний скелет мертвой вороны.

Ну хуй знает, рынок труда с тобой не согласен

>>277562

>Жаба тоже интерпретатор так-то, как и шарп

Они только в первый раз интерпретатор, потом фрагмент кода jit-компилируют. Равно как и нодка с пыхом. Только питон в 2к18 чистый интерпретатор без JIT. Или pypy, который вечная альфа и половина не работает.

> Большинство проблем со скоростью можно решить инфраструктурой.

Только вот зачем, если JIT всё делает за тебя.

> Ну хуй знает, рынок труда с тобой не согласен

Там легаси дремучее, так то и на делфи есть дофига вакансий.

>>277571

>> Только вот зачем, если JIT всё делает за тебя.

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

>> Там легаси дремучее, так то и на делфи есть дофига вакансий.

Да ты шутишь, в обоих случаях. На дельфях вакансий полторы штуки, а легаси что у шарпа что у жабы много. Да и у петухона если уж на то пошло. Не так всё печально

>>275312

> быть дауном который считает что фп и ооп ортогональные вещи

Метаклассов тебе в анус

А если по делу - в кложуре есть классы, добро пожаловать

>>277853

>в кложуре есть классы

И вот по честному нахрена? Серьезно, либо ты отделяешь алгоритмы и данные, то отделяй ты их до конца. Нахера мешать в кучу объектное говно?

Если в язык тянут вещи, лишь по тому, что они модны и популярны - в жопу такой язык.

>>277721

>> Я стесняюсь спросить как jit полностью решит проблему в случае если апп ходит за данными на стороннее апи, например. Или как оно поможет в случае если узкое место это база данных. Или если у тебя есть нечто дико выжирающее ресурсы и огромный объем запросов - отсрочит пиздец, но не предотвратит. Штука-то хорошая, но нихрена не панацея

Ну тогда уже про ЯП можно не спорить, бд и прочие сторонние апи - это всегда будут независимыми от ЯП узкими местами.

>>277860

> Серьезно, либо ты отделяешь алгоритмы и данные, то отделяй ты их до конца.

Только ситхи всё возводят в абсолют!

>>278079
Только одарённые смешивают несовместимые парадигмы.
Впрочем, я не удивлен.

>>278194

>несовместимые

Ты скозал?

>>278399
Ну тогда попробуй хоть раз в жизни в "дискуссию" и опровергни мои слова или продолжай звонко пукать вместо ответа, как это принято у малолеток

>>278435
Я даже помогу тебя.
ООП - это парадигма императивного программирования.
Ключевой аспект - последовательный процесс вычисления с изменением состояний и никак по другому

ФП - это функциональная парадигма.
Ключевой аспект настоящего ФП - все является результатом или исполнением функции, желательно чистой. Никакой последовательности и как следствие хранимых состояний отсюда дроч на иммутабельность, правда не все понимают зачем.

Эти парадигмы, несовместимы на фундаментальном уровне.
А теперь попробуй не пукнуть и сказать что-то умное, или укатывайся в js тред.

>>278436

>ООП - это парадигма императивного программирования.

Весело тут у вас.

>>278436

>ООП - это парадигма императивного программирования.

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

>

>ФП - это функциональная парадигма.

>Ключевой аспект настоящего ФП - все является результатом или исполнением функции, желательно чистой. Никакой последовательности и как следствие хранимых состояний отсюда дроч на иммутабельность, правда не все понимают зачем.

Легко совмещаемы. Дауны спорят, люди делают. Есть такой фреймворк, как reactive programming под несколько языков, и, например в анройде для многопоточки он нужен, но конечно же нет потому что есть корутины скажет выблядок

Так вот, написав

subscriber().join().map().subscribeOn().observeOn().subscribe(result -> print(sosi xui));

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

>>278448

>subscribeOn

>observeOn()

>result -> print(sosi xui)

>Я применил функциональную парадигму.

Не-а, ты насрал в глобальный стейт.
Если делать чисто функциональный реактивный фреймворк, он будет устроен совершенно по-другому. Сама же реактивность ни о чем не говорит.

>>278448

>Так вот, написав

Лол, ты же понимаешь, что если в императивный язык тебе добавили синтаксический сахар в виде одной только лямбды, то твой язык не стал сразу ФП

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

Еще раз, для гуманитариев, в фп все и вся есть функции без состояния. А если ты вызываешь функции последовательно, то это, извини меня, процедурное программирование.

>>278514
То есть, для очень очень глупых, в этом примере, тебе добавили лямбду из процедурного языка, к ФП это не имеет никакого отношения.

subscriber().join().map().subscribeOn().observeOn().subscribe(result -> print(sosi xui));

У тебя либо всё вычисление это результат функций, либо у тебя императивно последовательное каша. А если последовательное, значит между вызовами должно быть состояние, которое нужно между вызовами держать и изменять.

>>278514
>>278517
Мне кажется надо еще проще, для js программистов.
Если в твоем языке есть переменная (есть мутабельность) - то язык не функциональный. Даже если ты как истинный джедай все в калбэках пишешь и константах.

>>278522
Программировать на вашем языке большая честь?

>>278546
Да

>>278605
Пиздец ты заносчивый.

>>275337
Кому нахуй всралась твоя ебаная функция фибоначи?

>>279180
Алгоритм Фибоначчи стал уже эталонным мемом и признаком аутизма в программирование, но вот сервер, вычисляющий фибоначии, это просто праздник какой-то, просто апогей одарённости.

>>278436

>Ключевой аспект настоящего ФП

это как настоящие шотландцы, только ФП. Все кто делает не так, как ты скозал -- не настоящие?

>>274053
Как не надо работать в стартапе: вестись на обещания "вот выйдем в плюс, поднимем тебе зарплату (нет), поделимся процентом прибылей (владелец просто выставляет себе зарплату так, чтобы прибыль была нулевая и ты сосёшь писю без соли), опционы (реальная стоимость опционов хорошо если 1-2% от номинала)"
Как надо работать в стартапе: быть полноценным совладельцем с самого начала, пусть даже твоя доля 5-10% либо работать за полноценную рыночную зарплату строго с 9 до 5.

>>279396
Alyo, Yoba, eto ti?

>>279234
Считаю, что программисты делятся на разработчиков и скриптомакак. Первые отличаются от вторых тем, что задумываются о том, что они пишут и как это будет работать.
Чем хороши задачи типа "напиши расчёт числа Фибоначчи" - так это тем, что показывают, о чём человек думает во время разработки. Кодирование - это ведь только часть задачи.
Если чувак сел и решил это всё рекурсивно и, что называется, "в тупую" - то значит и в бою он будет писать код который как-то работает.
Я видел таких, способны "пофиксить" баг, устранив конкретный симптом не докопавшись до реальной проблемы. Я бы таких себе в команду не взял - приходится тратить прорву личного времени, чтобы решение было приемлемого качества и не отвалилось в неожиданный момент.

>>280013

>Если чувак сел и решил это всё рекурсивно и, что называется, "в тупую" - то значит и в бою он будет писать код который как-то работает.

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

>>280013
Оценивать человека по Фибоначчи, это как оценивает балерину по её ногтям.
Откуда вы такие гуманитарные философы то берётесь??
И кстати, почему канализационные люки круглые??

>>280013
>>280120
>>280168
Нужно для начала определить границы его знаний, задавая те или иные вопросы, а потом дать ему домашку (если чел метит выше мидла). И не с Фибоначчи глупые вы философы а что-то реальное, что покажет как он пишет код, как оформляет и как "думает" (модульно, или как скрипто баран - линейно как есть).
Почему домашку и время - потому что чел в привычных условиях покажет себя как есть. может он еб#ный аутист и асоциал, но кодит хорошо, в привычных ему условиях и надо выжать из парня все, чтобы понять кто он и на что способен

>>280175
И да, иногда бывает важнее насколько чел глубоко знает, скажем SQL и какую-то матчасть. Мне совершенно срать сможет ли он там вспомнить как писать фибоначчи или бинарный поиск - мне важно чтобы он это умел это использовать когда нужно.

>>280179
Если это "домашнее" задание - то плевать, все алгоритмы гуглятся. Тут важно понять, какой у чувака подход. Лично я стараюсь сделать максимально качественно в оговорённых границах (временных, финансовых, т.п.). Если у чувака другой подход - надо смотреть и обсуждать.
Преждевременная оптимизация - одна сторона фанатизма, "писать код не задумываясь о производительности и в принципе качестве" - другая.

>>280509

> какой у чувака подход

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

Нет, тебе нужен работник. Если речь про качество - то что такое качество? Это 3 ошибки на 1000 строк? Или это как у джуниора, который пишет 100 строк пол дня, конечно вдумчиво, и верит, что он тем самым не тормоз, а просто делает качественно? Что есть тут качество?

>Преждевременная оптимизация - одна сторона фанатизма

Снова пошли фразочки и выкрики идолов. Мы вообще об оптимизации не говорили.

Твой мозг уже работает как у гуманитарного программиста, а не как у технаря. Ты говоришь о высоком, абстракции, без конкретики и под свои удобные границы.

>>275337
Хуёвая у тебя фибоначча.
1. Переделывайте на BigInteger
2. Чтобы работало за O(log2 n)
3. В компайл-тайме предрасчёт первых ста чисел.

>>280013
Разработчики делятся на возвышенных дрочил, которые умеют делать с входными и выходными данными то, чего в камасутре даже нет, и приземленных работяг, которые переводят хотелки начальства в готовую программу. Нужны и те и другие, просто каждому своё место. Грубо говоря - одни ебашат охуенные кирпичи, а другие охуенно строят из них стены. а потом приходят макаки и вместо крыши ставят очередной фреймворк для пола, потому что ничего кроме заученного фреймворка не умеют

>>280696

> подходы

Я видел всего три : "хуяк хуяк и в релиз", "надо продумать архитектуру для фич, которые появятся в проекте через десять лет " и "щас че нить ебанем, а там как пойдёт".

>>280756
У программистов зачастую завышенное ЧСВ. На самом деле нужен галерный гребец и все простой офисный работник, который бы работал ровно так же как и другие

Есть, конечно, проблема нехватки высококвалифицированных специалистов, для которых приходится делать кувырки, чтобы избежать текучки, откуда это ЧСВ и стекает на всех других программистов, но это скорее исключение.

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

Ты просто инвестиция и все, ты просто ресурс.

>>280760
Первое и третье - одно и тоже

>>280782

>Бизнесу нафиг не нужен

Хорошему бизнесу.
Гуманитарии в HR конечно же начитаются херни и будут натягивать этот мир на высокие абстрактные идеалы понюхивая свои пуки

>>280760

> "надо продумать архитектуру для фич, которые появятся в проекте через десять лет "

Это я и это нихуя не хорошо. Часто бывает трудно что-то написать не заебываясь архитектурой, понятностью кода и производительностью. Завидую тем кто можнет просто "хуяк-хуяк", а потом рефакторить.

>2018

>иметь божественный, мощный С# и .NET Core

>юзать бомжеязыки полускриптовые и ГО без дженериков

Вы дебилы?

где платят больше то и надо изучать ебана.

>>280756
Формошлёпы тоже нужны, да.
Но вот скажи мне, кто тебе помешает, получив задачу (к примеру) "запили мне расчёт числа Фибоначчи" - набрать это слово в гугле и обнаружить, что можно рассчитать его динамически, затратив O(n) операций, вместо того тупой рекурсии (если что, сложность будет экспоненциальной).
Время одно и то же, а итоговое качество различается кардинально.
Все эти скрипт-кидди с их смузиподходами "работает - и ладно", "поставил гигабайт сторонних пакетов, запрос в бд работает минуту - зато я потратил на него 10 минут и подключил новую хипстерскую орм", "много кушает - купим ещё оперативы, она дешёвая" живы пока только потому, что стоимость времени программиста пока что выше, чем стоимость электроэнергии и прочих "железных" затрат.
Но ничего страшного - это нормально (в любой "новой" области такое происходит во время интенсивного расширения) и это пройдёт. Технологии устоятся, тем развития замедлится (закон Мура уже сбоит) и бизнес начнёт больше времени уделять качеству. Тогда несоразмерно задранная планка заработной платы разработчиков упадёт до нормального значения и все эти школьники, которые отработали пару лет, научились лепить формочки на cms'ке и уже называют себя сеньорами, начиная плавать, даже если просто заговорить с ними о паттернах и просто ну очевиднейших практиках хорошего кода типа "не пиши запросов в шаблонах".
Профессионал тем и отличается от новичка, что способен оценить задачу и выбрать наиболее качественный вариант под заданные временные рамки. Например, написать не только быстро, но и достаточно качественно, просто не совершив очевидных ошибок.

>>281045
В тему, как раз недавно случай был, я общался с одним таким "разработчиком" и он мне доказывал, что базы данных и всё такое "не нужны", он же и так "справляется с работой". Через несколько дней обнаружилось, что связь между сущностями ожидалась не один-ко-многим, а многие-ко-многим (задача была на уровне "опиши библиотеку с авторами и книгами" - очевидно, что у автора может быть много книг, а у книги - много авторов). В итоге потребовалось писать миграции, править код и всё такое - лишние несколько часов работы.
Сеньор бы в таком случае или сразу догадался сделал правильно, или спросил бы (вообще, навык задавать правильные вопросы - очень недооценённый, но очень важный).

>>280904

>2018

>иметь вендорлокнутый С# и .NET Core

Вы дебилы?

Бамп

Выбрал хаскель.

>>304454
В чём суть мема с борщём?