Почаны, каникулы уже кончаются, а мы так и не выбрали идеальный язык для бэкенда.
ЖС - калбэчит на ноде не оч.
Питон - гвидо ушел, вы его достали, теперь питон либо разбухнет от всякой фигни (уже его прёт), либо все перегрызутся.
Пхп- писать на 100500 фреймворках, которые устаревают уже завтра, заточенных скорее для тяпляп-студий - не хочется да и пишут их такие же как я, от чего тормозит и тупит даже на крудах.
Го - казалось бы просто и классно, но уж слишком просто есть ли гоферы тут которые долго пишут - не устали в таком скудном синтаксисе писать?
Джава - жесть, я пытался въехать, там что не либа то мега-фреймворк, чтобы писать круды надо реально прочитать по объему несколько книг. можно только представить как они это все поддерживают
Котлин - тоже самое, да еще синтаксис мне не нравится вроде поначалу кажется типа облегчает джаву, а потом читаешь и такой "чего???..."
Хаскель, кложа, элексиры, нимы, фигими и прочую экзотику - оставим особо одаренным.
С++, С, Раст - ну... писать код в вебе и одновременно бороться с языком, это тоже путь великих, не будем трогать и их палату.
Шарп - не знаю как он будет на линуксе, я думаю очередное "можно, НО..." - не хочу такое.
Убеди меня анон, где я переговнил? Что же лучше накатить на бэк?
>>1241335 (OP) >Хаскель, кложа, элексиры, нимы, фигими и прочую экзотику Из 2005 капчуешь, братан? Вот тебе количество студентов на exercism.io, одном из самых популярных сайтов для вката сегодня: js: 13,340 elixir: 7,303 java: 5,586 haskell: 3,850 clojure: 2,763 scala: 2,468 c++: 2,333 swift: 1,846 php: 1,834 c: 1,566 kotlin: 1,240 nim: 85
Давай вкатывайся в пхп и котлин, долбоеб, мне больше денег достанется
>>1241335 (OP) Тебе для работы или для себя? Если для работы, то не выебывайся и бери Пистон, ПХП или ЖС. В любом языке будет какая-то хуйня, которая не даст сказать, что он и есть та самая серебрянная пуля, поэтому стоит выбирать исходя из зарплаты и количества вакансий.
Можешь еще на Руби глянуть, но ждуном сейчас туда, говорят, тяжело вкатиться, но для общего развития можешь глянуть.
>>1241390 Он живет в СНГ скорее всего, поэтому ты для начала глянь сколько вакансий есть по этим языкам у нас. Я лично нашел сейчас только 3 вакансии по Elixir и 12 по Haskell из них почти половина в JetBrains для разработки IDE под него в ДС2.
>>1241335 (OP) В тред вкатывается мидло-гофер с опытом написания бэка на этих ваших нодах, питонах и крестах(лол).
Писать бэк на питоне, пыхе и даже ноде - уровень лендингов с посещением 20 человек день. Все фрейворки для питона загнулись(только джанго как-то ещё былтыхается). Пхп жив только в этой стране, он скоро станет совсем всё. Только нода более-менее разивается, хотя всё равно медленное говно, на котором ничего серьёзного не сделаешь.
Функциональщину - сразу на помойку - медленно, нет нормальных фреймворков, коммьюнити пока ещё нет.
Котлин, сисярп, жава - только энтерпрайз, чтобы пилить монолиты в 2018 году.
Го - язык говна, гнили и пидорасов. Писать просто отвратительно. Но достаточно быстрый, писать легко, популярность растёт, как и коммьюнити. Но всё равно говно.
Кресты - лучший язык, ноу-дискасс. Как зовезует в 20 стандарте async/await, так вообще станет самым приятным языком для всего, только используй оберточки, чтобы не скатываться в голый си.
>>1241476 А почему пых помирает? Вроде последние версии языка + фреймворки все выглядит весьма прилично. Насчет джанги, ноды, руби, все понятно, тупо хайп был.
>>1241523 >А почему пых помирает? Такой же антихайп. Тот кто пишет на языке и зарабатывает деньги, у того нет времени писать и хайпать и язык понемногу сдает (как и всякая джава и прочее). Но в действительности у языка такая капитализация кода, что даже еще дети твои его востребованность застанут.
>>1241536 А у перла то какая капитализация! Но он нахуй никому не нужен. И дети на нем не пишут. И еще судить по рынку рф о будущем технологий опасно, поскольку он вторичен и любая западная волна без препятствий докатится до нас.
>>1241523 Не, может и пыха сейчас и вполне себе хороший язык, но кому не плевать на это. Сейчас его практически никто не учит и используют всё меньше(кроме ру-коммьюнити, но и здесь через 5 лет уже никто не будет помнить про него). Его ждёт такой же бесславный конец как и у перла. Чому так? Скорее всего, потому что пыха всё таки язык одной сферы, в то время, как тот же жс можно использовать от контроллеров до десктопных приложух.
>>1241476 >Го - язык говна, гнили и пидорасов. Писать просто отвратительно. {20 символов спустя} писать легко... Я конечно не врач, но искажение мысли спустя пары слов, это не шизофрения?
>>1241547 Я пробовал. Синтаксис бесит, особенно способ поставления фигурных скобок. Но, это пожалуй всё. Так-то в принципе одна радость. Богомерзких эксепшонов нет, ООП почти нет.
>>1241557 >Богомерзких эксепшонов нет >непроверяемая компилятором лапша из ифов после каждого вызова Хотел было написать "шило на мыло", но нет, даже эксепшны лучше этого пиздеца а ведь всего-то достаточно было бы пайку пройти курс cs для софоморов, прежде чем браться за создание языков
>>1241559 Нет, эксэпшоны - это говно спизозной шлюхи. Функция, которая бросает эксэпшон, по сути ни с того ни с сего приобретает side effect. Side effects - это хуёво. Сайд эффекты необходимы для реализации ввода вывода. Иначе невозможно просто. Но блять, нахуя лишние плодить?
>>1241557 Какие-то настолько банальные и заезженные вопросы, что прям... хочется сказать что docker на го написан.
>>1241565 >Функция, которая бросает эксэпшон, по сути ни с того ни с сего приобретает side effect. Сейчас бы бояться сайд эффектов в насквозь императивном бай-дезайн говне с указателями и системой типов уровня /b. Говняшный способ обработки ошибок - худший из возможных, тонны бойлерплейта и, внимание, ошибки при обработке ошибок гарантированы.
У меня иногда складывается ощущение, что на программаче одни хипстеры-быдлокодеры сидят, по уровню выссказываний.
>>1241476 >Писать бэк на питоне, пыхе и даже ноде - уровень лендингов с посещением 20 человек день. VK,Facebook,Blablacar,сайт белого дома и прочие смотрят на тебя, как на професссионала (нет). >Пхп жив только в этой стране Как раз php жил, жив и будет жить. Во-первых, в отличие от каких-нибудь рубей или питонов, он очень быстро развивается, с выхода седьмой версии. Идёт активный процесс стандартизации, оптимизации ядра и внедрения новых возможностей. Сравнивать с ним же 10 летней давности - небо и земля. Во-первых, он во многих случаях тупо быстрее. Во-вторых, у него очень развита экосистема, есть ряд классических фреймворков и компонентов (Zend, Symfony), проверенных временем и действительно хорошо спроектированных. В-третьих, бизнесу он очень выгоден, потому что найти программистаов легко, код пишется быстро, а при правильно написанном приложении упереться в производительность ну очень сложно. В четвёртых, лично моё мнение, что, если они не сбавят темп, то пыха начнёт хоронить конкурентов типа того же руби, который в последние года что-то совсем затих. Вот введут зелёные потоки, запилят неблокирующий IO, задепрекейтят легаси и втф из стандартной библиотеки (все эти функции, которые то camelCase, то snake_case) экосистема окончательно перестроится на строгую типизацию - и всё, приплыли. А они это всё полюбому сделают, спрос есть, а ядро пишут чуваки с прямыми руками. >Только нода более-менее разивается, хотя всё равно медленное говно, на котором ничего серьёзного не сделаешь. Netflix,Linkedin,Trello и прочие покраснели и убежали. Как раз на nodejs делают охренеть какие высоконагруженные приложения. >Функциональщину - сразу на помойку - медленно, нет нормальных фреймворков, коммьюнити пока ещё нет. Как раз функциональщина и позволяет писать очень быстрый и стабильный код. За счёт отсутствия сайд эффектов и иммутабельности сборщику мусора очень просто делать свою работу, не мешая, к тому же, бизнес-логике приложения. И под неё не просто фреймворки есть, под неё есть специальные языки программирования. >Котлин, сисярп, жава - только энтерпрайз, чтобы пилить монолиты в 2018 году. Побрейся. Во-первых, на джаве и аналогах запросто пишутся микросервисы, причём их начинали писать на этих языках задолго до появления термина "микросервисы". Гугли "теорию акторов" и ужасайся, её ещё твой дед изучал. Во-вторых, хороший энтерпрайз позволяет научиться множеству правильных вещей, в нём нет ничего плохого. В-третьих, монолиты - это тоже не зло воплоти, как бы не верещали хипстеры. Читай статьи Фаулера, где он рассуждает про применимость монолитов и микросервисов. >Го - язык говна, гнили и пидорасов. Писать просто отвратительно. Но достаточно быстрый, писать легко, популярность растёт, как и коммьюнити. Но всё равно говно. Ты даже не осилил какой-нибудь значимый недостаток сформулировать, отсутствие дженериков хотя бы. Возможно, ты слышал выражение, что "легко писать сложно, но тяжело писать просто". Обманчивая простота и "кастрированость" языка на самом деле оборачиваются большими возможностями, хотя бы той же экосистемы и стандартной библиотеки. На го можно действительно легко и просто писать очень сложные высокопроизводительные приложения. Хотя язык не для всех, да. Но он достоин внимания и полюбому будет развиваться, тут ты прав. >Кресты - лучший язык, ноу-дискасс. Как зовезует в 20 стандарте async/await, так вообще станет самым приятным языком для всего, только используй оберточки, чтобы не скатываться в голый си. Лучшего языка не бывает. У крестов своя область применения есть. Какой-нибудь нагруженный бекенд, например, на крестах будут писать только наркоманы или сотрудники очень крупной компании, которая может себе позволить тратить на это столько ресурсов. И да, async/await - синтаксический сахар, если ты нормально писал без него, то нормально будешь писать и с ним. Обратное тоже верно.
>>1241601 >VK,Facebook,Blablacar,сайт белого дома и прочие смотрят на тебя, как на професссионала (нет). У фейсбука значительная часть бэкенда написана на С++, часть на пхп и хаке (внутренний диалект пхп).
>>1241335 (OP) Пойми сначала, чего хочешь. У языков есть своя специализация, популярность и востребованность. Например, на java тебе сложно будет найти что-то на фрилансе, а на haskel или erlang - в принципе сложно найти работу (в этой стране). Если тебе нужен максимум востребованности, то выбирай JS. Мне лично он не очень нравится, но из-за монополии на фронтенде он был, есть и в ближайшее время будет крайне популярен и востребован. Ты сможешь писать высоконагруженные сервера на nodejs и бонусом сможешь писать фронт, по необходимости. Очень востребован ещё на биржах типа Upwork. Опять же, JS очень динамично развивается, что многим нравится. ну и в принципе, у js-фуллстеков сейчас очень большие зарплаты. Если тебя в принципе интересуют высоконагруженные приложения и прочие сложные штуки - то можешь попробовать Go, он в силу своей специфики не применяется в простых проектах. Если тебе хочется работать над крупными и серьёзными проектами - то это C# или Java, в банковской и корпоративной средах это почти стандарт. Если тебе нужно просто вкатиться в бекенд-разработку и не хочется сложностей, можешь взять PHP и какой-нибудь Laravel/Yii. Есть куча вакансий, часто ищут даже джуниоров. Ну и да, в каждом языке есть минусы и на каждом языке пишут как говнокод, так и нормальные решения. Вопрос конкретной вакансии и конкретного человека. Лично знаю пару мощнейших разработчиков (а сейчас - архитекторов), которые начинали с PHP.
>ЖС - калбэчит на ноде не оч. Уже давно нет необходимости, изобрели сначала промисы, потом async/await.
>Питон - гвидо ушел, вы его достали, теперь питон либо разбухнет от всякой фигни (уже его прёт), либо все перегрызутся. В научной и SRE-средах он используется ну просто очень активно и скорее всего продолжит использоваться. На сложных проектах системные скрипты на нём же пишут. Если будет интересовать какое-нибудь машинное обучение - придешь к питону же.
>писать на 100500 фреймворках, которые устаревают уже завтра, заточенных скорее для тяпляп-студий Ты что-то перепутал. В отличие от JS, где новая версия ангуляра раз в год выходит, в PHP как раз достаточно здоровая и стабильная ситуация. Есть ряд сложных инструментов типа Zend и Symfony, которые достойно смотрятся рядом с конкурентами из какого-нибудь Java-мира и отлично подходят под энтерпрайз (то есть, сложные и нагруженные приложения). Есть достаточно дружелюбные к новичкам фреймворки, при этом всё равно достаточно годные (это Laravel и Yii2). Есть CMS-ки (Wordpress и т.п.), которые вообще в PHP имхо развитее, чем в других языках (хотя как раз в цмсках я бы к качеству придрался, может, кроме Drupal, но у них и задача другая, конечно - быстро собрать работающее бизнес-решение). И все ни появились не вчера, обновляются регулярно, при этом поддерживая хорошую обратную совместимость и вводя новые фичи постепенно.
>Го - казалось бы просто и классно, но уж слишком просто "Святая простота". Как раз го избавлен от переусложнений, что помогает писать более явный и стабильный код. Чем опытнее программист, тем больше он понимает, что сложность и гибкость должны быть оправданы - поэтому многие опытные разработчики и переходят в гоферы.
>Джава - жесть, я пытался въехать, там что не либа то мега-фреймворк, чтобы писать круды надо реально прочитать по объему несколько книг. Джаве куча лет и огромный стаж использования в серьёзных приложениях корпоративного уровня. Логично, что она развилась до такого. В джаву вкатываться непросто, но зато это означает высокие зарплаты и уверенность в будущем - в том числе и потому, что настолько проработанная и, главное, стабильная экосистема привлекает к себе корпоративных клиентов. И будет привлекать.
>Котлин - тоже самое, да еще синтаксис мне не нравится На любителя, смотри сам. Но я уверен, что он взлетит (да уже взлетел).
>Хаскель, кложа, элексиры, нимы, фигими и прочую экзотику Вакансий мало, как первый язык - сомнительно. Я бы оставил на саморазвитие.
>С++, С, Раст - ну... писать код в вебе и одновременно бороться с языком, это тоже путь великих, не будем трогать и их палату. Согласен, бекенд на этих языках - очень специфичный сегмент.
>Шарп Ну, вроде, его как-то на линуксе готовят.. Я воспринимаю его, как джаву, только шарп. И могу сказать про него то же самое.
---
Универсальный совет: Посмотри на хедхантере, кто в твоём городе есть из крупняка, на какие вакансии они ищут джунов. Что развитее, туда и иди. Хорошо разрабатывать можно на чём угодно, главное, чтобы возможность была.
>>1241613 Да и у вконтактика тоже. Овертоп-левел сайты вообще нельзя мерить привычными мерками, у них достаточно денег, чтобы сделать себе сайт даже на радиолампах. Но тем не менее, FB и VK начинали с PHP и долгое время с ним жили и не умерли (как минимум, пока не появились деньги под переписывание того, что уже работает, на новый язык). Значит, не так всё плохо. Ну и да, на php таки пишутся сложные и нагруженные проекты, это легко гуглится через "php highload usage" и тому подобное.
Даже хаскель уже трендовее пхп, але блядь. У пхп нет никакого будущего, он был хорош, когда единственной альтернативой ему был перл (а это было давно), и потом по инерции на нем появилось много кода. Это время прошло, все уже, никто в здравом уме не будет начинать новый проект на пхп в 2018. С тем же успехом можно учить Кобол, отличный перспективный выбор для вкатывальщика.
>пыха начнёт хоронить конкурентов типа того же руби С руби все давно перекатываются на кложу\эликсир (в крайнем случае на пайтон), ну и сам он живее, чем принято шутить. В будущем феникс скорее всего заменит рор (потому что "то же самое, только лучше").
>Во-первых, на джаве и аналогах запросто пишутся микросервисы Ну вот на джаве как раз на микросервисах оверхед довольно ощутимый. Хотя все зависит от масштаба, конечно. Алсо, акторы это все-таки немного много про другое.
>На го можно действительно легко и просто писать очень сложные )) ноу коммент
>>1241643 >FB и VK начинали с PHP и долгое время с ним жили и не умерли (как минимум, пока не появились деньги под переписывание того, что уже работает, на новый язык) Вообще-то тот же фб эти самые деньги потратил на написание оптимизирующего компилятора под свою говнокодобазу на пхп, так что в плане нагрузок как раз можно сказать, что они с пхп умерли. Просто переписывать готовый огромный продукт - затея рисковая, а тут они могли продолжать его поддерживать штатом говнокодеров, плюс параллельно хайрить крутых чуваков на интересные задачи, которые уже будут заставлять это работать, как надо. Короче, на их масштабах перспектива полностью меняется, привычная логика там не работает, лол.
Алсо, все наверное помнят историю про то, как они не могли прикрутить индикатор количества непрочитанных сообщений (вдумайтесь: фейсбук(!!) несколько лет не мог сделать индикатор новых сообщений без багов) из-за того, что у них императивная ооп-портянка на жс была, ну и в итоге это все вылилось в реакт и ризон. Вдумайтесь: проще (дешевле, быстрее) переписать практически весь фронтенд-стек, чем добавить на сайт работающий индикатор непрочитанных сообщений. А разгадка проста: те разработчики, которые могут переписать фронтенд-стек, не будут сидеть и разбираться в портянке жс-пхп говнокода. А те, кто будут, не смогут переписать фротентд-стек. Так и живем.
>>1241601 Во ради таких как ты и стоит писать на программаче. Отдельно спасибо за всякие штукие, о которых можно почитать на досуге.
>У меня иногда складывается ощущение, что на программаче одни хипстеры-быдлокодеры сидят, по уровню выссказываний.
Ну, сама тематика треда подразумевает какой-то такой уровень обсуждения.
>VK,Facebook,Blablacar,сайт белого дома и прочие смотрят на тебя, как на професссионала (нет).
Ну тут такое, всё это писалось лет 10-15 назад. Сейчас я не знаю ни одного такого уровня проекта, который начинали пилить на пыхе в последние несколько лет.
>Как раз php жил, жив и будет жить
Да, язык может и развивается, да, может и его ждёт некий новый скачок в популярности. Но поезд ушёл, он уже никогда не обгонит ноду. Всё меньше людей вкатываются в него, всё меньше проектов на нём пишут, коммьюнити становиться меньше.
>Netflix,Linkedin,Trello и прочие покраснели и убежали. Как раз на nodejs делают охренеть какие высоконагруженные приложения.
На правах троллинга я в этот список включил ноду. Но даже нода для убер-маня-хайлоадов годиться мало.
>Как раз функциональщина и позволяет писать очень быстрый и стабильный код.
Может лет через 5 и выйдет из этого что-то хорошее, но пока это чисто хипсторство.
>Котлин, сисярп, жава
На правах троллинга.
>Ты даже не осилил какой-нибудь значимый недостаток сформулировать
Я в другом посте перечислил всё что меня в нём бесит. Но, так-то да, язык нормальный, иначе бы я на нём не писал.
>Кресты
Вот тут прям очень не согласен. Кресты нужны для самых узких мест, и, да, действительно нужны. Да, на нём долго писать, но вот этот сахар как раз и позволяет писать быстрее и понятнее.
>>1241647 >Даже хаскель уже трендовее пхп, але блядь. Хз, откуда взяты цифры и как считались. Пыхой завалены все сайты вакансий и фриланс биржи. По хаскеллю три с половиной калеки ищут разработчиков. >Это время прошло, все уже, никто в здравом уме не будет начинать новый проект на пхп в 2018. Посмотри на рынок. На каком-нибудь hh.ru или upwork.com прямо сейчас набери "php" и посмотри. Люди пишут, начинают проекты, как стартапы, так и нет. Даже микросервисы на пыхе пишут, хоть по мне это и кажется странным.
> С руби все давно перекатываются на кложу\эликсир (в крайнем случае на пайтон), ну и сам он живее, чем принято шутить. В будущем феникс скорее всего заменит рор (потому что "то же самое, только лучше"). Какие-то подходы выживут, но вангую, что оно сильно изменится. Рельсы, например, под вопросом (да и правильно). Ну и да, эликсир и феникс пока оба в "экзотике", я бы их новичкам не советовал.
>Ну вот на джаве как раз на микросервисах оверхед довольно ощутимый. Хотя все зависит от масштаба, конечно. Хз, надо смотреть в код. Оверхед там возможен, но статистически слабозначителен по сравнению с бизнес-логикой, имхо. JIT-компиляция вообще в джаве чудеса творит.
>>1241658 >Хз, откуда взяты цифры и как считались. Аутист? Там написано.
>На каком-нибудь hh.ru или upwork.com прямо сейчас набери "php" и посмотри. Я лучше, например, наберу "node.js" и посмотрю.
>Даже микросервисы на пыхе пишут, хоть по мне это и кажется странным. >Хз, надо смотреть в код. Оверхед там возможен, но статистически слабозначителен по сравнению с бизнес-логикой Эм... у меня такое ощущение, что ты не совсем понимаешь, что такое "микросервисы". Можешь своими словами описать, что ты понимаешь под этим словом?
>>1241535 Для веба? Если честно, я его посмотрел и офигел. Как-то программирование с 90х стремилось к упрощению, люди наелись всяких си++ и стали появляться джавы, пхп, перлы, жс, питоны...
А потом, видимо, выросло новое поколение, которому захотелось максимальной сложности ради сомнительной выгоды.
Ну имеет системный язык прямой доступ к памяти, что плохого? Ну сделай ты фичу облегчающую работу с этим, не надо в утопию уходит, в ИТ всегда побеждали компромиссы.
Наверно намекалось что php годен только для создания сайтиков на CMS или небольших приложух на фреймворках типа laravel/yii, которые в принципе монолитные и заточены под fullstack девелоперов.
А микросервисы - это отдельные модули, как правило использующиеся в более сложных проектах.
Да потому что прозрели люди и поняли, что ничего слаще редьки они в жизни не жрали. Lisp и си придумали хуй знает когда и лучше не на что наше человечество не способно. Ставить абстракции на абстракции, придумывать паттерны, плодить сущности и тд - это не упрощение. Это блять дыра. Ебучее барокко, одним словом.
Си - великий язык. А чего ему не хватает? Безопасности по памяти, модулей(заголовки говно) нормального менеджера зависимостей, и тд. Вот это и надо делать.
>>1241664 >Я лучше, например, наберу "node.js" и посмотрю. Можешь мне не доказывать, что нода и в целом js популярнее php, я верю. Но это не отменяет того, что на php есть и будет устойчивый спрос. Да, он будет меньше, чем годы назад, потому что языков программирования всё больше, и они борются за аудиторию. Но его пока нельзя хоронить (хотя уже лет 20, как пытаются) и будет нельзя ещё долго. Как я говорил, он просто будет современным, удобным и производительным языком для бекенд-разработки. Как "главный язык быдлокодеров и кодо-макак" популярен не будет, наверное. 90% рынка труда не отожмёт. Ну и что, это не означает смерть, это означает наличие конкурентов, что, кстати, круто - потому что стимул к развитию.
>Эм... у меня такое ощущение, что ты не совсем понимаешь, что такое "микросервисы". Можешь своими словами описать, что ты понимаешь под этим словом? Есть тонкость в том, что нет точного индикатора, либо грани. Есть SOA, которую противопоставляют монолитным приложениям (которые, кстати, внутри могут запросто быть разбиты на модули и т.п.). Но если распиливать монолит на сервисы - то насколько маленькими или большими они должны быть? Если у меня есть commerce-часть, это один сервис или группа? И тп. Это усугубляется тем, что оно всё может лежать в одном репозитории (монорепозиторий) или быть раскидано по каким-нибудь FAAS'ам (очень трендово сейчас). Для себя я сформулировал это так, что систему можно делить на какие-то логические компоненты, которые в свою очередь ещё и ещё. в итоге ты получишь какие-то простейшие компоненты, потому что дробить систему сильнее не имеет смысла - это и будут "микросервисы".ч
>Оверхед там возможен, но статистически слабозначителен по сравнению с бизнес-логикой Раскрою дополнительно. В любом приложении, самое тяжелое - это его бизнесовая часть. Грубый пример, если тебе по http приходит 10мб файл (предположим, что мы не знаем про form/multipart и прочее разбиение на чанки), то тебе придётся выделить этот мегабайт на какое-то хранение файла в оперативной памяти для обработки запроса. И эти 10 метров уже занимают больше, чем все системные данные приложения, все инициализированные функции, весь DI, конфиги логгера, модули и прочее.
>>1241540 Прикатиться твоя волна, что люди побегут круды на пхп переписывать? Капитализация кода - это не количество написанного кода, тут наверное всех кобол сделает, а количество написанного-востребованного кода. Пачками появляются твои новые языки и так же пачками висят внизу списка. Не программист задает технологии, а бизнес. И ему все равно там, чем ваш пхп плох, пока столько программистов на вакансию.
>>1241683 >я его посмотрел и офигел. >Ну имеет системный язык прямой доступ к памяти, что плохого? )) Продолжай клепать формы, анон, это не для вас написано.
>>1241690 >Безопасности по памяти, модулей(заголовки говно) нормального менеджера зависимостей, и тд. Вот это и надо делать. Ты не поверишь, но раст ровно это и делает. Уже сделал, если точнее.
>>1241691 >Но это не отменяет того, что на php есть и будет устойчивый спрос. Так и на кобол спрос есть. ОЧЕНЬ устойчивый. И еще долго будет. А легаси на джаве вообще будут разбирать до тех пор, пока у нас солнце не погаснет.
>Но его пока нельзя хоронить Аллах запрещает? Ненужен он, немоден, нехорош, и есть более лучшие альтернативы.
>Как "главный язык быдлокодеров и кодо-макак" популярен не будет Лол? Это какой-то очень тонкий юмор видимо, я не уловил. Этот лейбл ему уже никогда не отмыть, как мне кажется.
>Для себя я сформулировал это так, что систему можно делить на какие-то логические компоненты Эм, ну любую систему можно делить на логические компоненты, просто по определению - на то она и система. (мимокапитан) Микросервисы предполагают разнос этих компонентов по отдельным физическим процессам (и машинам), взаимодействие по сети и деплой с учетом всего этого. Учитывая, что пыхопараша не может в многопоточность, нутыпонел. Хотя если ты имел в виду то, что >>1241686-анон сказал, тогда да, ок.
>И эти 10 метров уже занимают больше Да голый хелловорлд на джетти требует минимум сотню мб, ты чего. И нет, это не статически "+100", если у тебя там гц работает - то раскошеливайся на память пропорционально нагрузке. Как бы ничего плохого в этом нет, похуй, но жвм жрет память, и разница между 3-4 жвм и одной нодой, бгг может быть очень сильно заметна. Как я и сказал, зависит от масштабов, конечно, но эта разница есть.
Ну и охуенный пример "бизнес-логики", файлы по хттп грузить, ну прям типичнейший кейс, лол.
>>1241601 >на джаве и аналогах запросто пишутся микросервисы Аж пукнул со смеха, хорошо не с подливой. Я так и вижу как они берут спринги, хибернейты (и еще как минимум 5 фреймворков) и пишут очередной микросервис, с легковестной и шустрой JVM
Парни, я тут еще 32гб подключил, айда писать микросервис.
и не надо рассказывать как у вас все в 512-1024мб умещалось, без нагрузки!
>>1241641 >>Котлин - тоже самое, да еще синтаксис мне не нравится >На любителя, смотри сам. Но я уверен, что он взлетит (да уже взлетел). Испокон веков показателем успешности было наличие живого, активного треда на двочах/pr. Пока все треды тонут или их сагают, единственное где говорят о нем, это в треде мобильных разработок. Поэтому где он выстрелил я не знаю. Лично по моему опыту, читается код (а значит сопровождается) труднее чем джавовских. И тут вопрос даже не в опыте или синдроме утенка, просто вот у меня так. У некоторых знакомых так же. и не надо докапываться, мол только джаву видел или не осилил и прочий школьный анализ
>>1241712 >Продолжай клепать формы, анон, это не для вас написано. Я уже вижу как хаскель, раст и лисп программист садятся вместе, наливают друг друга борща и рассказывают байки, как вчера кто-то, неожиданно увидел вакансию в интернете.
Гордиться тем что язык перемудренный, это равносильно как восхвалять brainfuck. За то можно потешить свое самолюбие, ведь ради этого ты в экзотику и лезешь анон?
>>1242008 Даун - это ты, а тот анон все правильно сказал.
>>1241764 >Гордиться тем что язык перемудренный Какие-то проекции. Тебе указали, что ты не шаришь в предметной области. При чем тут лисп и хаскель, шизик?
>>1246695 Слышал как-то давно, что с джавы сайтик переписывали, там типа намудрили чего непонятного (ну всяко java EE накатили, видимо, или другие радости промышленного гения и производства). И вот типа взяли и в пхп переписали и все стало просто и легко и волосы щелковистие.
Хз насколько правда или толстый миф. Но верно будет и то, если проект просто взять и переписать, даже на тот же язык, выкидывая лишнее и даже неосознанно оптимизируя архитектуру. так же верно и то, что в джаве полно оверхедного говна, даже на простых решениях, где скрипто-мэн делает в 50 строк на коленке, без тонны абстракций, классов и попытки думать объектами
>>1246747 Так делают же. Они даже наконец-то взглянули в современный веб и сделали нечто типа spring-mvc, где аннотациями с контроллерами сейчас делается тоже самое что и пхп программист на любом фреймворке (только чуть больше за счет статики).
В программирование много мифов, которые люди постоянно друг другу пересказывают. Мол, джава это не для сайтиков, а для мега-сайтищь! прям, мега-мега!!! Ну серьезно, если он не подходит для сайтиков, то почему для мега-проектов будет удобен? Этот миф зародился еще в эпоху EE, когда люди пытались вкатиться в тру-язык после скриптов и плевались от того ужаса, что им давалось для такого простого решения как веб. И нет бы просто сказать, что мне какое-то говно даете, люди делали проекцию, мол это там у них, для "большого", а для простого, конечно не катит и даже не сложно, осилить то можно, просто избыточно мудрена, как раст, например.
И можно подумать что это так, но на деле, люди не имели дело с EE, они брали контейнер забчасть от EE и использовали как есть.
Так что ничего там нет кроме статики, которая помогает, кроме плохого дизайна и того, что для достижение обычных вещей, требуется куда больше кода и действий. >Эх, щас бы сайтики на джаве делать
>>1246832 >spring-mvc, где аннотациями с контроллерами сейчас делается тоже самое что и пхп программист на любом фреймворке (только чуть больше за счет статики). Самый лол в том, что и тормозит это почти так же как в пхп, даже после прогрева.
>>1246832 >Мол, джава это не для сайтиков, а для мега-сайтищь! Да, потому что ты можешь захуярить опердень на гвт, можешь посчитать аллаха на акке с хадупом, можешь конфигурировать конфигурации фабрик джавабинов иксемель-кабанчиком на подскоке у предприятия, можешь интегрировать и интегрироваться, можешь нанять тысячу и одного индуса и они тебе любое говно неограниченной сложности будут СТАБИЛЬНО пилить до скончания веков. А если тебе нужно захуярить лендинг для тети вали и интернет-магазин для бабы вани, то тебе достаточно одного студента с жумлой.
Алсо, >современный веб >пхп программист Гта вайс сити прошел уже?))
Алсо, >избыточно мудрена, как раст >мам, я не понимаю, что это, зачем это так и почему так сделали, вообще ничего не понял короче, но мнение все равно имею, послушай, мам
>>1246866 Джава в тырпрайз не поэтому. Куда удобнее интегрировать то, что имеет какие-нибудь данные в виде словаря/json, это разумнее и читабельнее , чем накатывание очередного класса поверх другого класса (мосты? или как там называют этот ад интеграторы на джаве).
Как по мне, джава вообще не облегчает сопровождение большого кода. Что в питоне или js без документации нефига не понятна что это функция делает, что и в джаве непонятно, потому что 100500 прокси-промежуточных-абстракций, чтобы победить на мгновение статику и просунуть данные (чего и кого непонятно, куда и зачем - тоже непонятно, если без документации так же)
Ruby – динамический, рефлективный, интерпретируемый тщательно сбалансированный высокоуровневый язык программирования. Язык обладает независимой от операционной системы реализацией многопоточности, строгой динамической типизацией, сборщиком мусора и многими другими возможностями. По особенностям синтаксиса он близок к языкам Perl и Eiffel, по объектно-ориентированному подходу — к Smalltalk. Также некоторые черты языка взяты из Python, Lisp, Dylan и Клу.
>>1247208 >С добрым утром, в джаве это было еще в 90-ых. просто вместо жсона иксемель Питонячестве или жсблуде - ты получаешь дерево данных например json и сразу же с ним работаешь на уровне языка (то есть со словарями или мапами), а теперь иди попробуй сделать это с монструозным xml в языке в котором по догме ООП данные и преобладают над алгоритмами.
Ладно там аннотациями можно сейчас натянуть json на класс, но как только начинаешь работать с динамическими/неопределенными данными как это бывает при интеграции, то начинается такой свистопляск... сразу на 1000 строк ручного парсинка чувствуется насколько джава подходил для всего этого
>СТАТИЧЕСКАЯ ТИПИЗАЦИЯ Сразу видно очередного мобильного-разработчика, который джаву то и не видел. Статическая типизация в миллионом коде уже никак не спасает братюнь, просто потому что у тебя реально сотни тысяч классовне 100, не 1000, а 100К!, и это все какие-то псевдо-прокси-классы, обертки над обертками, промежуточные сущности и прочий ад абстракции над абстракции вида FirstBeanManagerFactorySomebodySaveMeHandler который принимает 3 таких же непонятно-каких абстрактных класса и ты так же не понимаешь что тут делает эта функция потому что в таких глубоких еб..нях уже почти никто не документирует - точнее документируют, но на отъ..бись
То есть, статическая типизация порождает столько мусора и сущностей, что реально она уже ничем не помогает для сопровождение большого кода (хотя в питоне если кинуть дерево данных - будет хотя бы понятно что тут происходит). Так что забудь и этот миф.
>>1247275 >Вали из профессии, что тебе еще сказать. Ебланы которых трисет от того чтобы написать end в конце - не нужны. Но в действительности же, не нужен как раз таки руби, не? Сомнительно кому из нас валить из профессии.
>>1247279 А что там в последней версии накатали, что будет верно обратное утверждение? Просто у руби правда репутация медленного языка и рубисту сейчас надо скорее доказывать обратное, чем просто бить в грудь и кромко кричать.
>>1247454 Фигурные скобки это один символ, а end это клацнуть три раза (для того случая на картинке 15 раз клацнуть), я уже вижу как набирая всякие end'ы и прочие словечки - IDE будет бесячи подсвечивать автокомплит каждый раз, хотя ты просто хочешь открыть блок или закрыть...
Я просто представляю ход мыслей авторов таких языков, они слышат слово "язык программирования" и у каждого такого гения появляется мысль разработать такой язык программирования, который был бы близкий к разговорному. ЧЕГО??? Просто потому что и то и то называют языком, а в действительности это вообще разные области??
Это же жесть. Я больше чем уверен, называли бы не "язык", а "инструкции программирования" - отпала куча таких языков как руби, кобол, паскал, бейсики...
>>1247241 Ты описал стандартный говнокод, причем здесь java? В нормальных проектах все разбито на подсистемы и слои и код прекрасно читается. Не веришь? Открой исходники спарка/игнайта/хадупа и убедись сам
Достаточно сравнить майнсруфт (по прежнему десктопная версия на жабке) и space engineers (написан целиком на шарпее, без юньки) - какой в обоих случаях грофон, какая физика и как оба два при этом жрут оперативу и грузят проц.
>>1247645 Это говорит только о прямолинейности рук разрабов. У меня джуны на c++ порой такое пишут, что оверхед джавы нервно курит в сторонке. А сравнивать рантайм java и .net в плане производительности - это надо быть особенно умным (нет).
>>1247656 >Хуевая у тебя IDE. В любом нормальном редакторе end как и } добавляется автоматически. Х..евый из тебя программист, иначе бы знал про случаи, когда нужно ручками со всеми этими скобочками играть. и я, в целом, не только про end говорил
>>1247627 >Ты описал стандартный говнокод Бытует поверье, что есть где-то программисты, которые не пишут говнокод... Вот прям открываешь форум, борду, чат, комменты - и все время слышишь этот древний миф про страну тру-программистов.
Увы это конечная стадия огромного многолетнего проекта, на любом статическом языке я к тому что статика никак уже не помогает в этом празднике кода. Динамика как бы тоже, но там чаще меньше абстракции, за счет простоты данных
>>1247649 Как только джависта окунаешь в реале потребление памяти и разработки, сразу у него программисты плохие, но никак не язык. Вот у него язык как сишечка жрет.
>>1247464 >Фигурные скобки это один символ, а end это клацнуть три раза В блокноте пишешь, долбоеб? Иди на курсы компьютерной грамотности сходи, научись в слепую десятипальцевую печать, чучело.
>Я просто представляю ход мыслей авторов таких языков Не представляешь, ты тупой девятиклассник.
>>1247241 >а теперь иди попробуй сделать это с монструозным xml SOAP WSDL XML_RPC
>Статическая типизация в миллионом коде уже никак не спасает Спасает, код с ошибками типов не компилится.
>ты так же не понимаешь что тут делает эта функция Про понимание я ничего и не говорил.
>статическая типизация порождает столько мусора и сущностей FirstBeanManagerFactorySomebodySaveMeHandler порожден не статической типизацией. Иди хаскель учи.
>>1247820 >научись в слепую десятипальцевую печать Все ради того чтобы писать на языках где скобки это слова? Сильная цена. Хочешь писать на руби: -выучи англ -научись в слепую десятипальцевую печать -купи себе макбук на винде ничего не работает -отрасти бороду и надень старый свитер -залей клаву смузи -купи ультра макбук
>>1247823 >FirstBeanManagerFactorySomebodySaveMeHandler порожден не статической типизацией. Иди хаскель учи. Лол, чтобы там писать такие же монструозные монады, да?
>>1247829 >Посоны, а о каких легаси языках и фреймверках вы скучаете? Мы не только скучаем, мы до сих пор на них поддерживаем код. Это где-то там, в розовых мечтах, программисты переписывают код под все новое и веселое, где-то там программисты пишут идеальных код на с++ и джаве, а у нас, у обычных программистов - все просто
>>1247837 Там таких ошибок 0% на весь миллионный код, потому что статика же :P
>>1247839 Нет, чтобы использовать выразительный язык, в котором не приходится городить костыли на паттернах, ну и чтобы осознать, что описанная тобой проблема происходит от джавы, а не от статической типизации.
>>1248241 >Но ведь чисто бэкэнд разрабы сейчас не нужны. Востребованы только fullstack Наберут джавскрипт разработчиков и платят потом им одну зарплату за две работы.
Хайп на Руби прошел, но язык от этого хуже не стал. Удобный, элегантный, выразительный, приятный. Хорошая экосистема и куча готовых решений, скорость разработки. Рельсы - топ фреймворк даже сейчас Не смотря на SPA истерику. Сам язык и экосистема медленно, но уверенно развиваются. Те же рельсы последние спокойно соответствуют современному вебу (вебпак из коробки, возможность писать и отдавать JSON как API без шаблонов, ActiveStorage и ActiveCable).
Судя по статистике последней кол-во вакансий начало расти. За бугром так Руби всегда был и есть довольно популярным решением.
В общем, для 90% веба Руби это отличный язык для бэка.
>>1248986 mvc - это тупо отделение логики от представления, так писали код в вебе еще до того как это слово стало модным в инете (то есть перекатило с десктопа, где оно там имело больше смысла), поэтому ничего страшного нет, если ты не будешь мешать html с кодом, у тебя будет mvc
>>1249044 "Проблема" это челик ты не может себе сделать bundle install через IDE? Даже на обоссаной винде он работает, если руки не из жопы.
Проблемка в том что ДАЖЕ если ты будешь разрабатывать какие-нибудь Рельсы из-под винды - сервер тебе все равно нужен на Линуксе. Также писать скрипты на Руби всякие в 99% случаев приходится под Линукс.
Язык и инструменты его нужно выбирать под задачи. А не пытаться натянуть жопу на голову. Руби и не является универсальным молотком для забивания всех гвоздей. Но его Рельс хватает с головой для большинства задач при веб-разработке.
>>1249051 Конечно я разрабатываю под линукс, но при этом я не обязан сидеть на нем - это современный мир, писать на одной ос, демонстрировать на другой, а релизить на третьей. Джава, го, питон, пхп - все это позволяет это делать. Руби может сколь угодно быть красивым и великолепным, но если он не отыгрывает такой минимум в 2018 как кроссплатформенность - он не нужен.
>>1249044 >у руби проблема с работой на винде и поэтому в 2018 году не кроссплатформенные языки У руби проблемы с работой под виндой и поэтому в 2018 году не нужны кроссплатформенные языка? Как одно из другого следует? У тебя с логикой проблемы или русским языком? Да и тут скорее вопрос кто в 2018 году разрабатывает под виндой до сих пор? Тем более даже в MS уже поняли, что нужно что-то делать и в винду завезли эмулятор нормальной ОС. Linux subsystem или как-то так называется, с ним все должно нормально работать.
>питон, пхп Большая часть крупных приложений/либ на этих языках под виндой не запускается вообще или запускается только после огромного количества боли и унижений.
>>1241335 (OP) >ЖС >Пхп 90% фриланса >Питон ИИ, МЛ >Го Говно. Хоть 1 вакансию дай. >Джава Остальные 10% фриланса >Котлин Первый раз слышу, говно. Хоть 1 вакансию дай. >Хаскель, кложа, элексиры, нимы, фигими и прочую экзотику Говно >С++, С Наверное где-то вне фриланса можно много зарабатывать >Шарп Сейм, что и С++
>>1249389 Все ходишь и попрошайничаешь с резюме? ОСТАНОВИСЬ! Будь мужиком, возьми удобный язык и пиши на нем, хватит днями и ночами сидеть на хх.ру с линейкой, будь тру-программистом!
>>1250025 Какая непонятная попытка достичь динамичности и мета-программирования в статическом языке, путем даже модификации байткода. Да и тесты производительности печалят, проще взять джангу или рельсы за такую "цену" и не страдать от компиляции на каждый чих (сомнительное удовольствие в веб разработке)
>>1250041 тот же live reloading и инкрементальная компиляция. Тормоза будут только при первой компиляции проекта, потом при внесении каких-то правок, будет пересобираться только те части, которые изменились.
>>1250104 потому что динамическая типизация нахуй не сдалась никому адекватному.
>>1250065 пока пхп макаки исправляют пытаются поднять билд после рефакторинга, или изобретают свои диалекты пфп (спроси у вк или фб), тру программисты получают 300к\сек
>>1250112 Ничего страшного, это нормально для статически типизированных программистов, ты просто снова по привычке понадеялся на компилятор, а не на свои мозги.
>>1250111 Мощное заявление, проверять я его конечно же не хочу.
Я вот считаю что типизацию нужно брать в зависимости от задачи и размера проекта. В маленьких приложениях динимаческая типизация удобная, позволяет проще и элегантней писать код. Вот нахуя в Руби или Эликсире строгая типизация если синтаксис языка наоборот пытается выразить больше смысла через меньшее количество слов.
В больших проектах со сложной аохитектурой нужна строгая.
>>1250128 Где-то в период 90х-00х годов, когда рождались языки сверхвысокого программирования с идеей создания языка максимально отделяющий нас от железа и дающий максимум для самовыражения, стало взрослеть целое поколение гуманитарных-индиго программистов. Которые, потом через всякие твиттеры, форумы, конференции, натянули мнение - что статическая типизация есть что-то продвинутое и правильное, а динамические языки пускай и со строгой типизацией - это ховно и настолько убедили многих, что даже в динамические языки, в которой нет компиляции стали завозить идентификаторы типов.
Ну, а потом мы видим такой код: Box<Future<Arc<Rc<Govno<Mocha<Item = MultipartHanlerState, Error = MultipartError>>>>>> или же другой кувырок с избытком сущностей и паттернов программирования. FirstBeanManagerFactorySomebodySaveMeHandler()
И эти люди думают, что они пишут продуктивный код. На самом деле, единственное плюс от статических типов это возможность большого числа оптимизаций для компилятора - и все. Никаких прям огромных проблем компиляция не решает только начинает бесить и тесты все равно писать придется
>>1250158 Зачем? Мы тестим только то что функция заявила принимать и что должна возвращать, в остальном должно сыпаться исключениями, то есть да, приходиться ограничивать какой-то группой типов и все (большие возможности, требуют большой ответственности)
это обычно приходят к нам статики и начинают писать функции которые на вход принимают один тип и потом плачутся что это неудобно, в реале на автора функции ложиться просто задача ограничить обобщенные данные и все. И нет ничего страшного если пришла строка и ты в функции получил из нее число, потому что на входе ждал число. Или например есть один роут или массив роутов
>>1250174 Думать динамично это сложно, не все дети индиго сразу так могут, слишком большая ответственность, вдруг ты перепутаешь число с текстом, или мапу с со строкой, а компилятора который пожалеет, уже рядом нет.
>>1250174 ну и бтв, у тебя во втором ифе уже ошибка, ибо там может быть любой массив. Вот и ошибочки в динамике подъехали. Динамические языки такие динамические. Зачем нам тайпчек компилятора? Мы лучше будем ифы писать.
>>1250184 >т.е. вы вместо бизнес логики пишете огород ифов на типы? Нет, программируем обобщенно. Вместо огорода сущностей и огорода дженериков мы делаем дополнительную конвертацию или проверку, все честно и чище. Но это в случае какого-то модуля или апи. Если у тебя каскад узкий не чистых разовых функций, ты где-то на верхнем уровни данные проверяешь и все (и да, в статическом языке тоже нужно проверять данные, то что у тебя тип число не значит, что из вне не пришел отрицательный индекс или пустая строка или веселый null)
>А кто исключение ловить будет? Исключатели ты туп или троллишь?
>И да, к вам приходят плохие статики, если они пишут такие функции, гоферы что ли? Все, программирование на сверхвысоком уровне требует больше ответственности и мозгов, там где человек думает над обобщенными данными, статик думает одним типом и плодит тонну бойлипрейта и абстракций. и естественно язык ему в этом не помогает
>>1250196 А как ты этот некорректный вариант то узнаешь без ифов? И выходит твоя бизнес логика захломлена кучей ненужной информации на фильтрацию некорректных данных (причем не с бизнесовой точки зрения, а-ля if (money < 0), а такого бреда, как isArray(xs), прости меня господи, что это написал)
Т.е. картина следующая: аноны с двачика говорят, что динамика огонь, ибо можно писать меньше кода, но основные их аргументы: мы пишем тесты на входные данные, мы кидаем рантайм эксепшены (которые кстати тоже надо ловить и обрабатыват, а это вообще-то тоже код).
>>1250199 >вместо огорода >дополнительная конвертация и проверка
>то что у тебя тип число не значит, что из вне не пришел отрицательный индекс или пустая строка или веселый null) джаваскриптер порвался, несите нового. Ты не писал на нормалных языках с нормальной типизацией.
>исключатели Ну блядь, серьезно, кто этот твой ArgumentError ловить будет? Прикольно наверное оборачивать каждую строчку в try...catch?
>статик думает одним типом нет. Это ты думаешь над типами, как бы не порваться, если у тебя строка, а не число. Даже в своём примере обосрался с ифом. Норм ребята доверяют эту работу компилятору.
>>1250185 Понимаешь, нормальный динамический язык не отменяет строгой типизации, ты не сможешь складывать числа с объектами или вызывать методы работы со строкой у числа, нужно только проверить часть корректности данных, в остальном если человек нарушил контракт с функцией и она завалилась - виноват автор который использовал функцию неверно (допустил то что у него там где-то данные посыпались по пути такое бывает и у статик языков, явно с null или не явно отрицательный индекс). И да, это требует еще один уровень ответственности от программиста - поддерживать документацию в нормальном состояние, что как бы и не плохо (компилятор такого не заставит)
>>1250201 >как isArray(xs), прости меня господи, что это написал) Я автор того кода - isString и isArray это скорее "переключатель".
Есть другая практика, в первых строчках ты делаешь исключительные проверки (смотри картинку). Конечно, кажется такая практика избыточная для статик-мэнов, но в реале эта функция может делать такой кувырок, что статик-мэну и не снилось с его дженериками конечно, конечно код в примере легко будет перекатан с дженериками и даже покажется что ты умный и вышло лучше, но это просто код в примере, в действительности я тебе тут за пару минут не накатаю реальные такие функции без контекста половины программы
>>1250201 >аноны с двачика говорят, что динамика огонь, ибо можно писать меньше кода Это верно, за счет меньшего количества сущностей. Ты тут прям на месте работаешь с данными как есть и не пытаешься это как-то выразить в типах.
>>1241335 (OP) Почему не упомянут божественный PERL? Бэттериз инклюдед, хочешь - пиши веб, хочешь скрипты вместо баша. Все фреймворки на все случаи жизни написаны еще к 2009 году, с тех пор уже почти 10 лет коммунизм. Нескучный синтаксис. Что вам еще надо?
>>1250221 >Есть другая практика, в первых строчках ты делаешь исключительные проверки
Я надеюсь ты понимаешь что речь идет про какое-то АПИ или стороннюю либу. Если у тебя сервис и ты на вход получаешь данные - ты в иерархия этого сервиса проверяешь их всего один раз (причем не столько тип, сколько корректность самих данных, ибо отрицательный индекс в бд плохо полезет, так что статика тут кончается твоя).
>>1250221 ну опять же, ты просто перенес работу компилятора на свои плечи. Сам проверяешь типы, сам кидаешь ошибки забавно, до сих пор никто не сказал, кто и где должны эти ошибки обрабатывать. Только вот компилятор это делает в компайл-тайме, а твои исключения полетят в рантайме.
Бтв, как вы эффекты контролите? Вот в хашкеле, я могу по одному взгляду на сигнатуру функции определить, что из эффектов там только вызов логгера, а в другой запуск ракеты на Марс.
>>1250227 >отрицательный индекс лол, ещё одна отличительная черта динамических формошлёперов -- использоавать массивы из 80х. Хули вы так приебались к индексам? Последний раз использовал, когда в универе лабы писал.
>>1250230 >ну опять же, ты просто перенес работу компилятора на свои плечи Это был пример когда нужно так нативно с типами поработать. В любом случае данные где-то чекаются или конвертятся. Ничто не мешает тебе где-то в начале контроллера сделать проверки и потом уже их не делать (и они делаются и в статик языках, если конечно ты для возраста, индексов, имени пользователя, почты... не будешь типы заводить).
>>1250231 Чего? Речь про валидность данных, например отрицательных возраст или индекс в бд. Фреймворки обычно это делают за тебя, если ты опишешь проверку, но в реале проверять надо в любом языке.
>>1250240 Отрицательный возраст пользователя или индекса бд, имя пользователя из подобия аскии графики, только юникод который еще может сломать отрисовку, наллы...
Компилятор все то и может чтобы ты строку с числом не перепутал.
>>1250307 А теперь ты рассказываешь, зачем тебе произвольное количество аргументов. А еще, почему ты дебил, и не знаешь о статических языках с выведением типов.
>>1247111 НО что, чмо? Всё работает из коробки, если у тебя, говно, кривые руки, то это не проблема фреймворка и языка, а лишь твоя, хуйло. Обоссан, слит.
>>1250111 Мнение мелкобуквенного петуха-максималиста, не слышавшего ни о чем кроме пхп, очень важно для всех нас.
>>1250128 >Вот нахуя в Руби или Эликсире строгая типизация Дебил, почитай, что такое слабая\строгая и статическая\динамическая типизация.
>>1250141 >Ну, а потом мы видим такой код: А статическая типизация тут при чем, дебил?
>Никаких прям огромных проблем компиляция не решает Погугли, что значит слово "компиляция", кретина кусок.
>>1250174 Ну и говнокод. Научись хотя бы по-русски для начала правильно писать, потом уже языки программирования осваивай, инфузория.
>>1250184 > В JS\Ruby\Python такого не сделать. А в clojure\elixir сделать, протоколы же. Алсо, нахуя ты споришь с этим отбитым малолетним дебилом?
Короче, опять как всегда пхп-дебил не писал на нормальных статических языках и спорит о том, в чем не шарит, а статикогосподин не писал на нормальных динамических языках и гребет все под одну гребенку.
>>1250371 >А статическая типизация тут при чем, дебил? А ты догадайся
>>1250332 Конечно, ведь куда веселей перед входом функцию создать лист на 3-4 элемента и передать его.
Вообще как только программа становиться чуть сложнее чем круд, вокруг статики начинается пляска вплоть до вложенных дженериков, что начинает ппц как доставлять. Это же просто эталон "дженерик"-программирования Box<Future<Arc<Rc<Govno>>>>
>>1250632 я тебе говорю съеби отсюда, съеби. Ты не видишь тут умные люди разговаривают? Иди лепи свои формы, джаваскриптер-долбоеб. А лучше свали из профессии, не позорь.
Если ты из того скриншота не можешь вывести какие-то умозаключения, то вот тебе более простой пикрил
>>1250665 >фикс Раз обосрался, второй раз обосрался - тебе не надоело? Ты в первый раз даже не смог аналог сделать правильно, какое тебе вообще программирование?
>>1250555 >Box<Future<Arc<Rc<Govno>>>> Охуенно. Сразу видно че каво. Сигнатуру функции посмотрел, все понял. Как вы вообще понимаете сигнатуру функции в динамике, клоуны? >Конечно, ведь куда веселей перед входом функцию создать лист на 3-4 элемента и передать его. Что ты пытаешься передать? Аргументы одного типа? Тогда коллекция очевидный вариант. Просто аргументы? Ну так перечисли их через запятую, долбоеб.
>>1250748 >Охуенно. Сразу видно че каво Да не п..зди
>Как вы вообще понимаете сигнатуру функции в динамике Зачем понимать сигнатуру функцию, ты что компилятор? А вот контракт функция - "понимается" через чтение доки, как и у вас по сигнатуре ты поймешь только простую известную для тебя предметную область, или если метод работает с примитивами, в остальном ты хлебнешь абстракции над абстракциями и вынужден будешь пойти "докать" так ни по имени и ни по абстрактным типам не поймешь что вообще делает метод и не п..зди что это не так
>Что ты пытаешься передать? Аргументы одного типа? Лол, все с тобой ясно, иди учись программировать, каникулы уже кончаются. Как ты через последовательность varargs передашь аргументы разного типа, как у тебя вообще у статик-индиго возникла такая мысль что это возможно и правильно?? Хватит позорить лигу статического программирования своими ошибками и тупостью
>Зачем понимать сигнатуру функцию, ты что компилятор? Я тот кто хочет ее заюзать. Что есть юзание функци? Передача параметров, и получение результата. Следовательно, нужно понять типы входных и выходных данных. Я же не ванга.
>А вот контракт функция - "понимается" через чтение доки В котором будет расписан входной и выходной тип? Лол. Ты же сейчас автоотсос совершил.
>Лол, все с тобой ясно, иди учись программировать, каникулы уже кончаются. >Этот проход школотуна в школотунство.
>как у тебя вообще у статик-индиго возникла такая мысль что это возможно и правильно?? > Эти проекции жсера.
>>1250873 >Я тот кто хочет ее заюзать. Что есть юзание функци? Передача параметров, и получение результата. Я вижу твое самоунижение продолжается? Покормлю тебя еще чуток. Юзание функции, это понимание контракта - что даю на вход и что получаю на выходе. Ты не типы гоняешь туда-сюда, а данные преобразуешь, поэтому юзание функции это понимание того что она вообще делает, а потом уже с чем и как. Без доки в сложной предметной области - тебе ни типы ни сигнатура ничем не помогут.
>>1250879 >Я вижу твое самоунижение продолжается? Покормлю тебя еще чуток. Ты я смотрю, знаток самоунижения. >Без доки в сложной предметной области - тебе ни типы ни сигнатура ничем не помогут. Если у тебя доменная модель состоит из примитивных типов, то конечно. Иначе, у тебя система типов исчерпывающе описывает происходящее. Пиздец, документация на функцию. У тебя там процедура на 100 строк прямиком из 90х?
>>1250704 >>1250706 >>1250707 Дебил, погугли, что такое строгая типизация и чем это отличается от статической типизации. А лучше иди дальше в дотан играй.
>>1251005 >class FirstBeanManagerFactorySomebodySaveMeHandler Ну не проецируй свою императивно-оопшную говнореальность на других. Ты сейчас описал кстати функцию в объекте, а не данные.
>>1251005 Какой же ты тупой. >Если по-твоему это выглядит не как полный пиздец, то я не завидую любителям строгой типизации. Погугли, что такое строгая типизация, кретин.
>>1251040 Дебил, погугли что такое Handler в ооп-языках. Ты и с ооп не знаком, пиздец. Вообще, прочитай хоть одну книжку по программированию, пока у тебя каникулы, ладно?
>>1251050 Ты долба..б смещал несколько анонов в одну кучу, вот даже мой текст выше: >Понимаешь, нормальный динамический язык не отменяет строгой типизации
>Дебил, погугли что такое Handler в ооп-языках Хендлер это оопшная "лямбда" затычка, что тебе говорит вообще лямбда?? Ничего.
Более того из того длинного названия понятно что это обернутая абстракция над какой-то абстракции и тип скорее всего промежуточный, чтобы решить какие-то появившиеся проблемы. То есть тип был создан не как отражение предметной области, а чтобы обойти какие-то проблемы моменты из-за твоей же статики (ну и частично из-за ООП говна).
>>1251247 >Более того из того длинного названия понятно что это обернутая абстракция над какой-то абстракции и тип скорее всего промежуточный, чтобы решить какие-то появившиеся проблемы. То есть тип был создан не как отражение предметной области, а чтобы обойти какие-то проблемы моменты из-за твоей же статики (ну и частично из-за ООП говна). Лол, маня продолжает проецировать на реальность написанный собой же говнокод. Шизик, ты же смешной пидор.
>>1251247 >Хендлер это оопшная "лямбда" затычка, что тебе говорит вообще лямбда?? >И в каком таком языке лямбды отражают предметную область Зачем повторять мой вопрос?
>>1251266 Когда станешь программистом и увидишь такие вот абстракции, вспомнишь наш разговор, а пока пили свой круд-проект и радуйся тому что компилятор тебе поправляет, когда ты можешь обосраться даже в одной строке кода.
>>1241565 >Какие-то настолько банальные и заезженные вопросы, что прям... хочется сказать что docker на го написан.
Хочется напомнить, что jail и chroot написаны на сях сто лет тому назад и тот факт, что хипстаны написали типичный запускатор встроенных в OS утилит со свистелками и перделками - чести языку не делает.
>>1241541 Это миф из 2007 года на счет пыхи. Сейчас она ничем не уступает остальным бэк языкам в 90% случаев. Просто на фоне общего хайпа может показаться что веб сейчас это PWA, SPA и нода на бэке. Но на самом деле все так же большинство сайтов делаются на банальном вордпресе.
>>1254860 Можно так же сказать, что из-за обилия новых языков а так же вообще спада интереса к программированию и странному росту питона, которые все же занимают какое-то свое место, другие языки немного на этом фоне сдают. То есть, это не какой-то апокалипсис для каких-то определенных языков, просто народ разбредается между языками (возможно даже уходят те, кто на нем особо то и не писал, просто хайповое растекание по языкам)
>>1273082 Пхп шаблонизатор, кек, как там в 2005? Питон/Руби/ПХП это одного поля ягоды, для 99% сайтов разницы между использованием одного либо другого нет. Я согласен, интерпретируемые ООП языки - лучшее решение для бэка сейчас, по сути альтернатив нет.
Плюсы, джава, шарп - энтерпрайзные слоны с излишним синтаксисом за которыми надо убирать а то ВДРУГ НЕ ТОТ ТИП ПЕРЕДАШЬ, пока руби-бояре спокойно используют duck-typing.
Го, Раст и т.д. - вместо того чтобы придумать что-то хорошее и взять лучшее из языков, нахуярили говносинтаксис и кресты-стайл.
Может быть для высокой нагрузки пригодится Elixir. Так же Crystal - годнота, которую почему-то слабо развивают. Скорость си, синтаксис Рубей.
>>1273082 >но лучше и из сортов 1. в рашке вакансий на рельсах больше, чем на джанго. 2. питон кроме АИ никому нахуй не нужен. 3. Каждый второй даун вкатывается в него, слишком много вакансий.
Котлин норм язык, джава тоже, и руби. А ты, чсвшное говно, которое не разбирается в языках. Параша ебаная.
>>1273094 >>1273294 Руби, одна сплошная магия, почти не кроссплатформенный. Кому нужен язык без нормальной кроссплатформенности в 2016. никому, а хипстоте язык уже надоел или они выросли Писать "end" для блоков, это ущербность.
Пхп шаблонизатором и остался, так как вся программа превращается в тыкву после исполнения. Никаких попыток на стороне интерпретатора хранить какие-то состояния, делают язык ненужным. Плюс херова туча подводных камней и настроек на стороне интерпретатора. Глючит все, что выходит за маняфантазию автора, так как пишется такими же макаками как я. 100500 фреймворков, которые пригодны только для компаний студий, клепать сайты визитки.
ООП скриптовым языкам не нужно, потому что дауны начинают копировать джава-тырпрайз-стайл. Делая простой код не читаемым. Все решается словарями/мапами/а-массивами
Питон - ущербное говно, корявые модули (которые используют не как задумывалось и мечталось). Но самый п#здец, это пробело-зависимый синтаксис. Исключительно выстрелил из-за научной среды и дип-учебу
>>1273294 Нефига подорвал. Но анон в целом прав. Тут никто нормально не программирует, но стоит только поработать на джаве или питонах и магическом руби, ты начнешь плюваться от этих говно языков.
>>1273453 >одна сплошная магия Как вы доебали. Магии нигде кроме activerecord уже давно не осталось, да и оттуда ее, наверное, уже выпили бы, если бы не DHH. За попытку скастовать какое-нибудь хитрое заклинание в коммьюнити уже давно пиздят ногами.
>без нормальной кроссплатформенности Кроссплатформенный шизик, это опять ты со своей виндой? Все работает под ней через WSL.
>>1273496 >ты со своей виндой? Еще один свидетель секты "винда не нужна"?
>уже давно не осталось И что? Кто за этим говном следит то будет, мол "смотрите, мы теперь уже нормальные, ну посмотрите". Я уверен, залезая сейчас в эту помойку, можно тучу wtf-говна обнаружить, где ответ будет "а, чо, мне норм".
>>1247813 >джаве можно написать сопоставимый код Сопоставимы по каким параметрам? Производительность? Ну не пизди, в джаве все функции виртуальные, разделение на primitive\object типы, требующее костыли boxing\unboxing, нет нормальных шалонов, сборщик мусора. На одних только этих вещах джава будет тормозить в сравнении с плюсами.
Требуется программист бидон Требование html, css, (само собой разумеется) и javascript Это нормально, что на вакансию одного языка требуют знать совершенно другой?
1. Нету map, filter и тому подобного даже для стандартных коллекций. Привет 90е и закат солнца вручную.
2. Своеобразный синтаксис, который с одной стороны си-подобный, а с другой - нет. Непонятно зачем было так делать.
3. Нету итераторов (!!!) из коробки и вообще их поддержки.
4. Странный и не красивый синтаксис для обьявления всех (!!!) встроенных типов коллекций.
5. Самих коллекций очень мало. Три разных типа - это совершенно не достаточно. Нету сортированных мапов, нету конкурентных коллекций вообще.
6. Местные интерфейсы - считай полный аналог тайпклассов, концептов и тому подобного. Это хорошо.
7. Без параметрического полиморфизма сложно писать типобезопасный код даже с интерфейсами. Даже на очень простом примере с расширяемой программой для показа клеточных автоматов. Это плохо.
8. При этом у встроенных коллекций и каналов этот самый параметрический полиморфизм есть, что мешало его добавить для всех функций и типов - непонятно.
9. CSP хорошо вплетено в язык, работает вроде стабильно и предсказуемо, как минимум, на маленьких примерах.
10. Сам рантайм и тулинг пока показали себя хорошо, поставились нормально.
11. Приложения стартуют быстро, прогрева и старта VM не требуют, как некоторые другие платформы
12. Нету прям стандартной организации кода в рамках проекта. Из проектов, виденных на гитхабе, одни по одному бились по папкам, другие по другому. Странно для языка, где у всего есть только один правильный путь.
13. Вообще заметно, что язык очень не выразительный и то, что это мешает авторам библиотек и фреймворков. Посмотрите на тот же gorm и остальные orm там. Всё там делается через строки, лол. При рефакторинге 100% будет полный ад. Современные ОРМ от этого сейчас отходят. Вон, см. EF в шарпе, JooQ в джаве, slick в скале.
Тут же нету ни проксей, ни кэшей, ни change tracking'а, ни UoW, ни альтернативных к ним подходов (DBIO), что на общей производительности приложения скажется очень сильно. С IoC та же грустная история.
Если в кратце, то для перекидывания байтиков и утилит командной строки подходит, для сложный библиотек и фреймворков - хуже, для энтерпрайза - вообще никак.
Если есть вопросы отвечу даже предлагаю треад перекатить в телеграм конфу дабы не проебать.
>>1273743 Ты нарочито коверкаешь слова, в неуместном для того контексте, рассчитывая на то, что тебя кто-то поймет, и этом на ожидаешь серьезных ответов?
>МАААМ Я ТРАЛЛЮ СМАТРИ)))00 Может пора повзрослеть и перестать вести себя как даун?
>>1273713 Судя по требованиям, это объявление на бекендщика. А требование хтмлцссжс нужно, чтобы можно было не быть полным профаном, если будут проблемы с фронтом. Здесь же не ангуляр и ноджс требуют, ЖС не такой сложный язык, чтобы его совсем не понимать.
>>1273754 те это нормально, что нужно знать жс для пытон разработчика? Я уточнить хотел норм ли это. Алсо там еще (знание РНР будет преимуществом) Что интересно, Джанго не указали, но я подореваю, что работать с ним нужно будет.
НЕТ ВЫ СЕРЬЕЗНО? Такой вырвиглазный интерфейс в 21м веке? Это же сразу минус глаза. Так сложно сделать красиво и приятно для глаза как в Саблайме или Атоме?
• Профильное образование; • Опыт работы от 1 до 5 лет (на аналогичной/смежной должности); • Базовое понятие работы JVM • Опыт работы со Stream API • Опыт работы с Java EE • Spring Framework (JPA, MVC, AOP, Security и т.д.) • Опыт работы с ORM (Hibernate) • Опыт работы с сервисами очередей сообщений (ActiveMQ, RabbitMQ) • Паттерны программирования • Принципы SOLID, DRY • Четкое понимание Dependency Injection • Ясное представление о зоне ответственности компонентов системы • Maven\Gradle • Опыт работы с реляционными базами данных (PostgreSQL) • Понимание транзакциональности и атомарности операций • Опыт тестирования кода TDD/Unit Tests/Spring Test; • Базовые знания Web security (XSS, CSRF) • Хорошее знание протокола HTTP
Будет плюсом: • Владение Spring Boot • Владение языком Kotlin • Опыт работы с NoSQL базами данных (MongoDB) • Опыт работы с key-value хранилищами (Redis) • Опыт работы с REST API, HTML5 API, сторонними API (Google, FB, Paypal, Stripe и т.д.) • Наличие кругозора в области доступных библиотек и решений backend разработки
>>1273509 >Еще один свидетель секты "винда не нужна"? Почему же не нужна. Нужна, конечно, если ты на C# программируешь.
>Я уверен, залезая сейчас в эту помойку, можно тучу wtf-говна обнаружить Ты же понимаешь, что тоже самое можно про любой популярный язык сказать? Тем более я написал, что магию теперь стараются не использовать слишком много, а не то, что весь говнокод магическим образом испарился.
>>1273828 >Ты же понимаешь, что тоже самое можно про любой популярный язык сказать? Нет, если авторы позволили себе нагадить уже на очевидном, то значит их не остановило гадить и дальше, глубже в языке.
>>1273455 >начнешь плюваться от этих говно языков. Мои проекты полностью написаны на джаве. И мобилка, и бекенд. И только сейчас, спустя 1.3 года вката я ощущаю, что это чуток многословный язык. Посматриваю на котлин, переберусь потом на него. А бек буду писать на руби.
>>1274930 >И сразу видно дегенерата, функции передаваемые как параметр в функцию высшего порядка он коллбеком называет. Лол, если бы кто функции передавал бы, тупо лямбда лапша, как не глянешь. Какой-то просто мозговой отскок в 60е, где баранам предстоит из спаггети кода снова научиться писать структурированный код.
Вопрос не совсем в тему. Сколько примерно по времени может занять вкат с нуля во фронт/бек до джуна которого возьмут на работу? Составляю себе некий план на год, хочу примерно знать сколько времени я потрачу на вкат чтобы создать себе некий ограничитель по времени и стимул лишний раз не щелкать ебалом, а сидеть и кодить.
>>1275810 4 года в универе, ебашить с утра до поздней ночи, спать по 7 часов максимум. Через два года сможешь работать за копейки или бесплатно, еще через два года выкатишься на зарплату, на которую можно жить 30-40к. Все это при условии, если ты не дебил.
>>1275810 За полгода можно неспеша вкатиться в 1С и получать 100к уже через год работы. Зачем вся эта возня с фреймворками, языками, технологиями, парадигмами, шаблонами, алгоритмами, если ты просто срубить бабулечек пришел? Никого не слушай и иди в 1С, он зашкваром считается только среди местных борщехлебов.
Возможно ли джуном-сишарпером без опыта найти работу, или для вката в бек лучше дрочить ноджс какой? Хочу после окончания вуза съебать из мухосрани как можно быстрее
Кто пробовал Google App Engine? Вроде как особо не должно быть большой разницы, какой язык, если использовать только то, что они разрешают (никакого диск IO, прямых подключений, лоулевел ос вызовов и по).
>>1276668 >Dependency Injection Это баг фикс для юнит тестирования в языках со статической типизации, генерирующий те же синглетоны глобальные состояния только более мудреным способом. Это реально антипаттерн, который нужен только для юнит тестировани простых алгоритмов, где не плодят херово тучу моков антипатерн, если сравнивать с комплексным регрессивным тестированием всего проекта в целом
>>1276728 Вероятно то, что в программирование сейчас много неквалифицированный специалистов, которые под влиянием таких же квази-специалистов принимают все и вся за истину первой инстанции это касается DI и SOLID, DRY - же настоящий принцип, а не само-фап на красивые сокращения слов
То есть, все программирование за 50-60 лет, не претерпело кардинальных изменений и вся разработка представляет собой больше кустарное ремесло, чем стандартизированное производство где каждый не клепает свои велосипеды со своими правилами, копируя все уже созданное. А популярные квази-специалисты, за счет отсутствия критического мышление у большинства программистов популяризируют сомнительные решения, ради популяризации самих же себя (своего чсв, твиттера, бложика, книг, программного кода и etc...)
F - functional - используй лапшовидное и трудносопровождаемое функциональное программирование. Делай максимально вложенные лямбд, чтобы была красивая лесенка из "}".
U - underground - будь не такой как все, компенсируй свою неполноценность за счет сомнительных решений. Пиши код "гениально", так чтобы никто не смог потом его прочитать даже ты сам, но это не важно. Используй экзотические языки, чтобы доказать всем на самом деле самому себе какой ты уникальный и полноценный.
C - comment - комментируй! Пиши активно в чатиках, в твиттерах, в бложиках, участвуй в срачах. Трать время на все, кроме программирования ведь программировать это скучно, а теребить свое ЧСВ - приятно
K - kneel - преклоняй колено перед всеми авторитетами, будь-то это известная-личность, митап-звезда или книга. Никогда не проверяй информацию, возводи их мнение в идеал, всегда используй принцип "comment", чтобы донести эти светлые мысли всем и вся. Никогда, слышишь! Никогда не критикуй маркетинговый буллшит.
>>1276797 >много неквалифицированный специалистов >за 50-60 лет, не претерпело кардинальных изменений Дык о какой квалификации идет речь, если ее за 60 лет не появилось?
>>1276830 Проорал с этих двачеров вконце с вопросами, каждый пока подходит к микрофону получает отдышку и грузно дышит, как будто в пробежал стометровку
>>1278008 >СобралСЯ Сам ты дурачок, я про будущее спрашиваю. Через 2.5 года вылетит на рынок труда, и что будет делать? За 2 рабочих места конкурировать с сотней таких же хипстеров?
>>1278105 >За 2 рабочих места конкурировать Ты правда считаешь, что чем больше задрачиваешь алгоритмы и мышление, тем меньше становится доступных тебе рабочих мест?
>>1278149 >чем больше задрачиваешь алгоритмы и мышление, тем меньше становится доступных тебе рабочих мест? Конечно, ведь часики-то тикают, а ты занимаешься никому не нужной хуйнёй и тут, ХОПА, и ты 35-летний джуниор.
>>1278163 То есть все закончившие вузик конкурируют за 2 рабочих места, ок. А закончившие магу - за одно. А пони в твоей волшебной стране чудесных фантазий радугой какают?
>>1278149 Если ты, вместо реальных, нужных работодателю, скиллов, тратишь время на сикп и лиспы - то да. Если ты не собрался конечно в Европу понаезжать и работать бородатым учёным компутерсаентистом, да книги писать, что вряд ли.
>>1278193 >... >селюк Понятно, еще одна ИЛИТА со второго курса, прочитавшая пару умных книжек, поимевшая 0 практики, и считающая себя лучше всех. Не задерживайся.
>>1278186 >Если ты не собрался конечно в Европу понаезжать Уже там. >бородатым учёным компутерсаентистом Только не бородатым.
А так, я никуда не спешу, потребности идти РВАТЬ ЗА ЖРАТ ХУЯК ХУЯК ФРЕЙМВОРК у меня нет. Не найду работу на маркете - ну и хуй с ней. на самом деле я соврал, и работа у меня есть, но не кс, ну денег с нее хватает + сбережения
Иди дальше превозмогай на дядю за свои 1-10к зелени в месяц и приноси пользу своими унылыми однотипными системами.
>>1278308 Типичное поколение гуманитарных программистов. Раньше твоя функция могла принимать целый класс объектов и ты лишь ограничивал это документацией и исключениями. А теперь ты будешь писать некую х#йню типа: function addStringInt(...) function addBool(...)
И будешь реально так писать потому, что перегрузку функций то не завезли и не завезли дженерики, более того, у тебя даже нет полиморфизма.
Вот и получается, что твои хинты типов могут решать только примитивную группу задач, а об остальных проблемах, которые уже решены в статик языках, не завезли и придется тебе говнокодить между динамикой и примитивной статикой
>А теперь ты будешь писать некую х#йню типа: В TS опцианально, anyway. > более того, у тебя даже нет полиморфизма. Мне всего лишь надо было сложить два числа, а не собачку заставлять крякать.
>>1278454 >Мне всего лишь надо было сложить два числа Очередная студентота и школота, или вечно вкатывающихся, которые реальных программ и не писали. Иди в своих скриптах два числа складывай.
>В TS опцианально, anyway То есть - я хочу пишу динамикупорашу, хочу не пишу, по настроению, да? Говнокод же чистой воды.
>>1278510 >Иди в своих скриптах два числа складывай. Слушай, динамо-макака, как тонны кода перелапатишь в поисках нежданчика, так и вякать будешь по-другому. Иди свои строки гоняй в двух функциях. >Говнокод же чистой воды. Говнокод это дыру делать для всего.
>>1278552 >Слушай, динамо-макака Постой, но динамо-макака с опциональными типами это же был как раз ты?!
> как тонны кода перелапатишь в поисках нежданчика, так и вякать будешь по-другому Приведи пример из жизни, фантазер если ты был бы программистом, то знал, что плавающие ошибки, которые реально трудно найти, к статической типизации никакого отношения не имеют
>>1278552 >Говнокод это дыру делать для всего. Это ты сейчас о javascript в целом??
Говнокод это не делать тесты, статические типы спасают только 1-2% случае хотя, если ты пишешь маленькие скрипты для пет проекта, то да, для тебя проблема типов будет существенной
>>1278612 > с опциональными типами это же был как раз ты?! С чего ты взял? Шаблоны/дженерики давно придумали + вывод типов. Показан наглядный пример на JS/TS, где данные легко херятся. >Приведи пример из жизни, фантазер Опять же, смотри скриншот, где компилятор меня нах посылает + IDE подсвечивает. То ли дело в рантайме....Да? >что плавающие ошибки, которые реально трудно найти Ты сам контролируешь, что и куда преобразовывать, ибо уже знаешь с чем работаешь. Их будет на порядок меньше. >>1278614 >Это ты сейчас о javascript в целом?? За надёжные программы. Да и js ушел за пределы свистоперделок. >статические типы спасают только 1-2% случае Почему не 0.1-0.2%? Проверь, может где-то неявное преобразование. if if if typeof/instanceof throw new Error('Сам виноват! Читай мои доки на суржике') Преимущества в формошлёпстве/скриптомакакинге разве только.
>Приведи пример из жизни, фантазер >Опять же, смотри скриншот, где компилятор меня нах посылает + IDE подсвечивает.
В этом то и проблема, неопытные программисты уж прости, но так оно и есть реально думают что класс ошибок связанных с синтаксисом это какая реальная и основная проблема. Эти ошибки решаются сразу же и на раз, да и вообще являются примитивным классом ошибок. Тоже самое, по сути и типы, это равносильно как забыть ";" и тут же компилятор или IDE тебе подсветит. Или же в тестах завалиться или при первом вызове. Так где же тут твое >как тонны кода перелапатишь в поисках нежданчика
Повторюсь, это все даже не баги, про которые ты упомянул. Конечно можно по дурости просрать где-то логику из-за автоприведение типов в if и словить плавающую ошибку (даже в сях), но это все херня по сравнению с реальными плавающими ошибками, которые только локализовать ты будешь неделю и которые ты даже ввиду своего опыта и не видел еще
>>1278669 Какой-то обм@док и евангелист залил говна с этими статическими типами и теперь даже самые одаренные борются с компиляцией ради 1-2% класса ошибок. Причем ладно бы там джавистам это нужно и у них и дженерики и полиморфизм и наследование вменяемое, но нахера добровольно писать для браузера через компиляцию?? Или надо быть настолько тупым чтобы сделать функцию, описать его параметры и как даун засунуть туда не то что нужно (а в функции не сконвертить, скажем, строку в число)? Что за поколение индиго такое выросло?
Пока Сычев мнётся и выбирает самый-самый язык, на котором уж точно всё получится, Ерохин просто берёт и пишет на первом попавшемся языке. Если взлетит, то всегда можно нанять пару Сычевых за копейки, чтобы они переписали нормально, если нет, то и хуй с ним.
>>1279312 Сычевы зальют тебе про очередной "йоба++" язык, накатят тонну говна и проект забуксует так, что внесение простой фичи начнет растягивается на неделю. Естественно ты срываешься и заставляешь этих расп#здяев все переписать, но те по-быстрому сваливают с этого говна и ты в объявление пишешь нечто такое: Требуется HTML программист со знанием COBOL, С++, GO, RUST, KOTLIN, PONY, HAXE, D, R, MySQL, NoSQL, HuySQL... и еще 120 баззвордов для статичной страничке твоего вебсайта-каталога.
>>1278671 >самые одаренные борются с компиляцией ради 1-2% класса ошибок. Ты такой же тормоз как и твои динам. языки. Бабели и прочие вебпаки тоже транспиляция, это всё миллисекунды занимает. >Причем ладно бы там джавистам это нужно и у них и дженерики В TS ещё круче. В PHP поняли что их скриптовысер ни на что не годится и запилили пародию на жабу. public function __construct( Member $member ) >и как даун засунуть туда не то что нужно Может ещё и запоминаешь, что сувать надо в эту дыру? Тебе даже IDE ничего не подсказывает.
>>1279832 >это всё миллисекунды занимает. Компиляция за миллисекунды?? Откуда вы со своими пет-проектами лезете то?
>PHP Никто не отрицает, что пыха могла пойти и встроить в себя полноценный MVC фреймворк и все улучшить (роутинг, годный шаблонизатор, парсеры и все из коробки), сделав лучший инструмент для создания веб сайта (накинув на все это асинхронную работую под капотом). Но увы, живой пример, как гуманитарии у руля, превращают проект в клон джавы как ты уже понял, мой маленький друг, я с тобой согласился тут
>TS Неполноценный прокси язык, нужен полтора анону, которым уже осточертело программирование и они хватаются за каждое новое и "нескучное". По сути, уже больше половины фич давно завезли в JS, от чего все TS все выглядит не нужнее.
>>1279832 >Может ещё и запоминаешь, что сувать надо в эту дыру? Код без документации, такой же говнокод и в статичном языке, а для подстановки в IDE нужно js doc описывать.
>IDE ничего не подсказывает Признаемся уже всем, что основная фича от статики, ради которой индиго-программисты готовы дрочить на компиляцию - это автокомплит и все. Но даже 9-10 лет назад, говно-Нетбинс мог спокойно автокомплитить говно-пхп через его PHPdoc лично такой проект поддерживал и при этом код был чистым и без дженерико-каши в пол строки редактора
>>1280327 >Откуда вы со своими пет-проектами лезете то? Посмотри что компании использует - всё что угодно (и не динамическое), кроме js, с чего бы это? Явно не пет-проекты делают >превращают проект в клон джавы Теперь ты можешь юзать разные ооп-мвс фреймворки, а не шаблонизатор и вордпресс. >завезли в JS, от чего все TS все выглядит не нужнее. Без типов он бы назывался ФичаСкрипт, так что главная фича это типы. Чтобы фичи использовать в js нужен бабел, вот так вот. >готовы дрочить на компиляцию - это автокомплит и все. В норм языках ещё и скорость, а иногда минус обвес. >и без дженерико-каши в пол строки редактора То ли дело в функции да в рантайме чекать.
>>1283618 Нахуя тебе с пхп слазить?? Тут 99% баранов даже не знает зачем нужно асинхронное программирование, какие у него минусы и почему оно им в их пет-проектах не нужно как не спросишь пересказывают картинки с шедулингом из очередной конференции на ютубе, хотя у чела вообще 5 жирных аякса на весь сайт
Так же как и с ООП 99% Программистов радуются ООП не за полиморфизм, абстракции или инкапсуляцию, а за то что можно делать вызов вида obj.field.method() и потом в подкасте слышишь, как люди с 10 летнем стажем макакинга спорят есть ли в Го ООП или нет, ппц
Так же с Го, никто даже не пытается поднять тему, что для компилируемого статического, полностью асинхроного языка - он невероятно тормозной я уже молчу про синтаксис и дизайн сделанный на отъеб#сь
Или с питоном, когда эти лицемерные уроды рассказывали какой ужасный php5, при этом использовали второй питон, в котором было и есть говна больше чем в php4, причем не все говно еще в python3 исправили. И при этом, львиная доля продолжает сидеть на двойке.
Мое имхо - если знаешь пхп - добавь к нему ноду для ультра-легкого REST-API (если такое у тебя есть или нужно). А слазить никуда не нужно, все остальное такое же говно, залитое лицемерием и пафосом.
мимо слез с пхп еще в 2010 году и залез в джаву по сей день в кровавом
>>1284064 С хорошей IDE на джаве сидится великолепно. А так, ко всем языкам накапливается усталость, поэтому я к джаве, скорее, равнодушен. А когда смотрю на всякие го, скалы, джаваскрипты, то даже испытываю любовь.
>>1287576 >если надо делать продукт, >а не программировать ради программирования. Опроверг пафосное словечко, пафосным словечком. Это все, что нужно знать о руби программистах.
А вообще список понравился, особенно дотнет на юниксах, молодец, у тебя с этим списком не хилая каша в голове?
>>1287914 Я как раз тебе говорю что магии в Руби нет никакой, там все логично и понятно работает, то же самое и Рельс касается. Если только конечно знать структуру языка и как он работает, а там далеко не так все просто как на первый взгляд. Руби из тех языков, которые easy to learn - hard to master. Синтаксис у него простой и аккуратный. В то же время очень выразительный и насыщенный.
Ну и про кроссплатформенность миф тоже, на Руби на андроид и iOS успешно пишут, а маньки все застряли в 2007 году.
>>1287930 >easy to learn - hard to master Ох этот извечный буллшит, который говорит - что вот у нас тут хеллоуворд простой, а там дальше у тебя "ватафак" боль начнется постиг синтаксис, а дальше страдай в мануалах, постигай как это магия там работает
Попробуйте руби разработку, будете потом плеваться от всего остального. Френд вкатывается в шарп и скидывает мне огромные листинги кода, решающего простейшую задачу, а на руби это бы в 7 строк поместилось. Питон, говорят, так же хорош, но вы там сами с отсупами ебитесь, лаконичный end в разы удобней.
>>1288102 В том то и дело, что люди осилили, вкатились и увидели какую-то муть в виде магии и нафиг слили. А без вкатывания там все по началу красиво и прекрасно.
>>1254533 Про флеш то же самое 10+ лет говорили, а потом бац и никто о нём больше не говорит. А защищали с пеной у рта и говорили про бизнес необходимость.
>>1288404 Большинство сайтов к твоему сведению все еще запускают на пыхе + джиквери. И будут запускать ближайшие года точно. Хотя конечно по хайповым трендам может показаться что кроме нейроночек, машоба и ноды + реакт сейчас ничего не существует.
Это типичная современная ошибка при оценке языка. Вы думаете раз на каждом углу не трезвонят про них так всё, языки умерли. Просто они тихонько выполняют свою работу, экосистема устаканена, фреймворки проверены, решения готовые уже есть. Пыха это не скриптомонстр и Руби это не тормознутые 1.8 на 3 рельсах из 2007. Последние версии языка и их популярных фреймворков - красивые и быстрые. Еще пример .net из этой оперы.
Ну про Руби вообще забавно слушать что он "нинужен", учитывая что он в топе по деманду в Американских стартапах и фрилансе. И на гитхабчике, к примеру, 4 по популярности язык.
Флеш это технология, а не язык, конечно она устарела т.к. появились лучше. Вообще говоря есть язык лучше Руби - Кристал. У него такой же синтаксис, а скорость Си. Вот только нужно писать вокруг него экосистему и популяризировать. Пока это не нужно, даже скорости Руби досаточно для 99,99% сайтов.
>>1288116 Да никто ничего не осилил, только программеры уровня /pr могут заявлять про магию в Руби. Эта "магия" как раз привлекает новичков и ускоряет вкат в те же Рельсы, например, со временем когда начинаешь понимать как всё работает магия исчезает.
И любую магию можно кастомизировать под себя, просто обычно не нужно из-за философии convention over configuration. Ну если подобное не нравится - никто не держит, выбор среди языков для веба большой.
>>1288557 Кому нужны твои "большинство сайтов"? >Вы думаете раз на каждом углу не трезвонят Да уже который год на каждом углу про ваш пэхапэ жужжат не переставая. >Флеш это технология, а не язык Говоря про флеш в наших просторах подразумевают ActionScript.
>>1288356 Нахуй лисп, на эрланге/эликсире есть все (OTP, и другие фреймворки), что надо для быстрого написания качественного, concurrent, масштабируемого бэкенда.
>>1288557 руби - багокроссплатформенное магическое говно, катящая по инерции от хипстор-набега и рельсов. Веб становится сложнее и всякие магические фреймворки уходят накуй, вместе с хипсторами, стартами, коворкингом и смузи.
пхп - вменяемых масштабируемый скрипто-язык из которого сделали жабо-ужас, живет по инерции, накуй никому не нужен, ибо не асинхронный.
jquery - то что 10 лет назад спасло js, и дало миру кроссбраузерную разработку (олды помнят). Останется мейнстримом навсегда, ибо как еще быстро на коленки c html-говном работать.
всякие реакты и ангуляры - сдохнут, потому что на деле являются промежуточной технологией на говеном п#здеце в виде устаревшего css и html. Да и сами являются тормознутым говном никогда не думал, что в 2018 увижу сайты, которые "собираются" 3-5 секунд, как в начале 2000
>>1288738 >никогда не думал, что в 2018 увижу сайты, которые "собираются" 3-5 секунд, как в начале 2000 За прелоадинг, лэйзи лоадинг и ssr ты конешн не слышал, жейкуэри-макака
>>1288918 Это был убер-рендер для тестов. В реальности и такого не будет. Опять же, если жаждешь олд-статик-хтмл, то это тоже можно на фреймворках делать. >Останется мейнстримом навсегда И зачем нужен лапшакод? Разве по-быстрому виджетов накидать.
>>1288595 Люди в принципе создают горы ненужного говна. Бабки платят и за то, что какой-то хуй ест перед камерой и стримит это онлайн. Иногда даже больше чем получает профессор наук. Надеюсь мы не будем сравнивать полезность этих двух видов занятий?
>>1288925 >И зачем нужен лапшакод? Ты сейчас все сообщество javascript оскорбил.
>В реальности и такого не будет. В реальности есть сайты где одна таблица собиралась 5-6 секунд (хотя мог за 0.3сек выплюнуть эту таблицу и все). Вот такая тебе реальность.
>, то это тоже можно на фреймворках делать. Нахера мне еще MVC на стороне клиента?? Когда 95% проектов это выплюнутый документ (а не одностраничное-приложение) с требование оптимизации к поисковику (ибо до сих пор некоторые поисковики не могут или с трудом понимают js). Если такому сайту как vk нужно чтобы играла музыка между кликами и всплывали сообщения, то твоим и моим проектам SPA нужен как третий хвост собаке.
>олд-статик-хтмл, Все твое vuе, реактов, ангуларов, это тоже олд-статик-хтмл говно. Серьезно, нельзя поверх говна сделать пирожное.
>>1288935 >javascript оскорбил. У нас TS есть, и современный js не так и плох > где одна таблица собиралась 5-6 секунд Давай код покажи, думаю там дело в аяксе, а не рендер. >Вот такая тебе реальность. У тебя своя реальность из нулевых >ахера мне еще MVC на стороне клиента?? Потому что разделяй и властвуй, помимо браузеров есть ещё и другие девайсы >не могут или с трудом понимают js ssr сможет. >Если такому сайту как vk нужно Там аякса дохрена, такая-то статика. >Серьезно, нельзя поверх говна сделать пирожное. Но можно кексик с пудрой. Другого-то не завезли. >это тоже олд-статик-хтмл говно Нет, уже ближе к нативу, а будущий веб - натив, настолько насколько это возможно. Есть ограничения в виде скорости и недоразвитости некоторых смартфонов/вэб-апишек, но это пока.
>>1288952 >У нас TS есть Нахера мне недо-прокси-языки? >современный js не так и плох Успокаивающая фраза для людей, которые норм языков то не щупали. >У тебя своя реальность из нулевых Это называется опыт. >Давай код покажи, думаю там дело в аяксе, а не рендер. Таки рендер. У тебя просто ума не хватает представить, что таблица может быть больше чем 10 строчек. >Потому что разделяй и властвуй Чтобы бывший верстальщик смог набить себе зарплату? >помимо браузеров есть ещё и другие девайсы Какие? Фантазер. Типа чтобы мой сайт написанный на vue работал на холодильнике? Так как мне твои говно фреймворки тут помогут? Наслушаются маркетингово буллшита на своих ютубах и носятся потом с шаблонными тезисами. >ssr сможет Твой ssr пойдет лесом, когда к тебе придет реальность и тебе нужно будет оказать в топе запросов поисковика (а не на 3 странице). >Там аякса дохрена, такая-то статика. Речь была про то кому нужен SPA, а кому нет тебе. Ты не туда воюешь. >Но можно кексик с пудрой. Другого-то не завезли. Делать из DOM-документа, SPA-приложение, это как через жопу гланды удалять. Хотя, мне все равно как что использует, главное мне потом такое не сопровождать. >Нет, уже ближе к нативу К какому нативу, опять фантазируешь? Они не могут через wasm упралять DOM, а ты про натив какой-то. Или ты там где-то насмотрелся, что javascirpt это натив?? >а будущий веб - натив Что ты вообще под этим словом понимаешь?
>недоразвитости некоторых смартфонов/вэб-апишек, но это пока. Никто тебе магазины приложений не отдаст в свободное плавание, будущее это поэтапное монополизация рынка и попытка подмять крупными компаниями части веба под себя с красивой приправленной пирожной в виде некого единого стандарта для веба и мобилок
>>1288977 >Делать из DOM-документа, SPA-приложение, это как через жопу гланды удалять. Неплохая мантра. Можешь утешать себя пока в мире миллионы зарабатываются на SPA.
>>1288985 Это должно меня как-то задеть? На легаси зарабатывают больше, а там твоего вью нету и не будет. Лучше ответь, вью - это для тех кто не осилил ангуляр или реакт?
>>1288977 >которые норм языков то не щупали. Это который, неужто хаскель? Ты там дквери восхвалял, так что не зазнавайся. >Какие? Фантазер. Мобилки/десктоп, для другого не доводилось делать. >Наслушаются маркетингово буллшита на своих ютубах Всё в веб переезжает. Свои статик-сайтики можешь хоть на вордпрессе делать. >и тебе нужно будет оказать в топе запросов поисковика То пример вк с аяксом приводит, затем что-то за топ-выдачи рассказывает, определись там уже c аяксом и с сео. >Делать из DOM-документа, SPA-приложение И что здесь не так? > главное мне потом такое не сопровождать. Главное чтобы мне жквуери не сопровождать и тонны хтмл-сранья. Компоненты куда лучше в сопровождении. Уже и нативные есть. > К какому нативу, опять фантазируешь? Без перезагрузки, ещё погугли за pwa. Не тру натив, но уже и не статик-щит. >попытка подмять крупными компаниями части веба под себя Ну ты и соня, давно всё подмято. >с красивой приправленной пирожной в виде некого единого стандарта для веба и мобилок Замечательно, пусть так и будет. Никто не хочет скачивать и устанавливать аппы, лицезреть бликаюшие перезагрузки, а также разрабатывать под разные платформы на разных языках. Поэтому только плюсую. >>1288989 >На легаси зарабатывают больше Ну так бы и сказал, а то каждый своё болото нахваливает.
>>1289013 >Ты там дквери восхвалял, Бинарное существо, если я говорю, что удобнее пройтись по DOM-дереву через jquery, это не значит что я восхваляю jquery и тем более DOM-дерево. >Мобилки/десктоп Я же говорю фантазер, браузер и так на десктопе, нафига ему еще морду дополнительную делать (на том же js css html)?? Прекращай смотреть ютуб. >Всё в веб переезжает. Куда оно у тебя там переезжает? Опять нафантазировал себе? Я только что был на старом топовом сайте, у парней до сих пор часть верстки табличная, какие переезды, какие влажные стартаперские мечты ты себе там напридумывал? >Свои статик-сайтики можешь хоть на вордпрессе делать. Ты сейчас половину сайт-студий обидел. >То пример вк с аяксом С каким аяксом, лол, это твои слова про аякс, я говорил про SPA, иди википедию что-ли прочитай внимательнее (и вообще там long poll реализация SPA была, но ты же кроме аякса, слов то больше не знаешь). >Главное чтобы мне жквуери не сопровождать и тонны хтмл-сранья Лол, ты думаешь твои SPA-фрейворки не генерируют тонну хтмл-сранья? Ты думаешь там как-то по другому работает?
Ладно, с тобой все ясно. хотя, на самом деле я рад, что новое поколение гуманитарных-программистов даже не представляет всей веб-движухи, пускай чаще бизнес на таких стартаперах обжигается, чтобы пузырь не раздувался
>>1289165 Ты дичь пишешь как обиженка: "я старпёр и видел много" "ты всех обидел" и другой бред за тормознутость и сео. Признайся, что ты обосрался и нехуя не шаришь, тк где-то уместно одно, а где-то другое.
>>1289181 >Смешные картиночки Школьник плиз. >ему еще морду дополнительную делать (на том же js css html)?? Там свои особенности. в теории можно на любую платформу в натив делать, ввиду того что DOM отдельно. >твои SPA-фрейворки не генерируют тонну хтмл-сранья? Да не важно что они генерируют, мой код не поменяется. >даже не представляет всей веб-движухи Как делали на вордпрессах большинство твоих веб-студий, так и делают, но это не значит, что это есть лучшие практики. В большинстве случаев SPA избыточен, но тем не менее, даже vue отлично заменяет лапша-жкуери, та даже жс. > пускай чаще бизнес на таких стартаперах обжигается Бизнес хочет дешево быстро и под все платформы, и здесь только жс могёт с фреймворками.
SSR мем вообще убил. Писали люди свои шаблоны, никого не трогали. >Мы ведь можем сбросить нагрузку на устройства пользователей! >Ой вей пользователь ведь золотая рыбка, 2-3 секунды загрузки много! Переносим уже клиентский код обратно на серверы!
>>1289208 Ну мы всё адаптивненько сделали, там на мобилочках перезагружается, норм короче, ну а чё они они не довольны, главное сео, ведь мы жеж пробывали фреймворки грузить мегабайтные на клиент, тормозит сука, проц загибается, хуйня короче. Вон в нулевых на жквери делали и не ебались, хули они напридумывали аяксы-шмяксы, компоненты-редуксы, прокси-бабеля. Ютабов своих насмотрятся, хипстёры ёбаные.
>>1289208 >>1289235 Flash технология выстреливает @ Люди рисуют мультики, делают сложный веб, игры и анимацию @ Плагин становится настолько популярный, что ставят по дефолту в браузере @ Есть поддержка настоящих нативных сокетов @ Наконец-то у людей появился инструмент кроссбраузерной разработки, даже на кривом IE @ Теперь не нужно ждать когда спустя 5-10 лет все браузеры будут поддерживать анонсированные новинки в js, css, html и не нужно заставлять юзера обновить браузер и ОС. Веб перестает быть медленным в развитие @ Мир на пороге разработки "rich Internet application", вместо HTML приходит строгий формат XHTML @ НО! @ Появляются сетевые гиганты, начинают гнобить флеш потому, что он обладает фатальной ошибкой не принадлежит им @ Рассказывают байки про батарейки и прочее, в замен дают тормозной HTML5, без сокетов вообще @ Продолжают убивать флеш десятилетиями, даже компания, купившая флеш, пытается его закрыть @ Мир веба отброшен снова на 15 лет назад @ Вместо нативных сокетов, дают какой-то огрызок поверх http протокола. @ Никто не хочет писать игры, ибо весь код торчит наружу, а процессор визжит от простой анимации. @ А всякие webGL больше служат лишь чтобы показать красивые демки и забыть @ Пытаются снова развить "rich Internet application", делают wasm @ Но делают какую-то херню, где wasm пользуются только крипто-майнеры и все @ А страницы рендерятся 2-3 секунды, сжирая 100% ядра процессора (но при этом цинично забыли о батарейках пользователя)
>>1289266 Как и все ПО получившие достаточную популярность. Надо быть совсем тупеньким, чтобы являясь программистом в 2018, не знать эту закономерность
>>1289264 >Flash технология выстреливает Ностальжи по флешам, раньше было лучше. >Люди рисуют мультики В нулевых и на js делали. >что ставят по дефолту в браузере Ну да, надо поставить, а то красивые банеры не посмотреть будет >Наконец-то у людей появился инструмент Их много было, дикий веб >будут поддерживать анонсированные новинки в js, css, html То, что началось как сомнения, быстро переросло в сильную оппозицию к JavaScript. Microsoft наотрез отказывалась утверждать любую часть ECMAScript 4 и была готова к любым действиям, включая судебные тяжбы, чтобы не дать стандарту возможности быть утвержденным https://habr.com/company/livetyping/blog/324506/ >2-3 секунды, сжирая 100% ядра процессора Ну да, конешн, а гугл не может в жс/аякс.
>>1289303 Обновите флеш/сирвелайт, закешируйте N-версию jquery. Просто хотелось взять и уебать в монитор. Все хотели подмять под свои говно-подделки веб гнобя жс, а вот хуй им - хром пришёл порядок навёл.
>>1289418 >Ностальжи по флешам, раньше было лучше. Ты все бомбишь, ребенок? >В нулевых и на js делали. Сказочник. >Ну да, надо поставить, а то красивые банеры не посмотреть будет Что ты несешь, глупенький? >Их много было, дикий веб Сказочник >Ну да, конешн, а гугл не может в жс/аякс. Что ты несешь вообще? Если у тебя тупо просто бомбит, ты сядь поплачь что ли, не пиши бессвязную фигню.
>>1289428 >закешируйте N-версию jquery Что ты несешь? >Обновите флеш/сирвелайт Такая была политика всего софта, никто же не знал, что уже тогда гуманитарным пользователям можно было скрыто переустанавливать ПО. >хром пришёл порядок навёл. хром пришел и показал что ты и твои личные данные ничего не стоят самое забавное, что началось все не хрома, но вот закончиться всякими дартами и флаттерами точно и тебя даже не спросят уже
>>1289303 Ну надо же ебать, дырявей чем флеш операционки (которые блядь тупо больше в пиздилиард раз и естественно не могут не иметь большее число потенциальных уязвимостей), опенсорс-параша и читалка пдф от той же конторы что и флеш Ну все, теперь он не дырявый! какой же ты дебил
>>1289804 Успокаивай себя, гуманитарное удодище. Ниче, что там браузеры дырявее чем "дырявый" флеш плагин, а плагин с джава апплетами менее дырявее на 5 единиц.
Просто ты думал ты программист и значит сразу вумный, но в реальности твоим мнением управляют похлеще чем мнением обычного юзвера.
>>1290042 Ты перед тем как маневрировать, хотя бы погуглил что-ли. Есть национальная база данных уязвимостей США (US National Vulnerability Database, NVD). Оттуда все данные берутся, в том числе и по градации уязвимости.
>>1289518 >хром пришел и показал Браузеров много, гугл и так всё о тебе знает, если у тебя андроид ютуб, жмейл, гуглпоиск и прочее. >тебя даже не спросят уже Их только оракл за жабу нагнул, они судов боятся как огня. И да удали педопорно с пк, параноик, а то мало ли >>1289958 >>1289958 Добавь к ним флеш и станет ещё дырявей, посему не нужно.
>>1290324 Не удивительно, если у них доля больше остальных вместе взятых. . За большую часть уязвимостей ответственны плагины – дополнительные программные модули от сторонних производителей. В числе наиболее уязвимых плагинов Вольфганг Кандек назвал Shockwave от Adobe, Java от Oracle и Quicktime от Apple. https://netoscope.ru/ru/news/246/
Заебали колбэки на ноде, сука аж трисет. На каждую хуйню делаю колбек Еще этот ебучий джаваскрипт, все ломается постоянно, самый простой сервер блять падает, нихуя не работает Высер блять макаки, а не язык
>>1291917 Зато джоб секюрити. Научно доказано что среднийчеловек не может одновременно держать в памяти более 13 абстракций. Посему, делай 14 и более колбэков на каждую поебень. Можно хитрорекурсивных. Дизайн колбечинья рисуй на бумажке, чтобы не запутаться во время дебажинга. Бумажку потом сожги в сортире.
https://[ t ].me/golangjobfeed/81 #вакансия в #офис #москва от @galina_tolstobrova #job #fulltime #office #moscow
Go разработчик в Vezet Group
Опыт разработки на Go от 1 года. ЗП: 120-180к рублей Офис в Москве.
Технологии: Go (микросервисная архитектура) - написание сервисов с нуля вместо поддержки; Kubernetes, PostgreSQL, Cassandra, Kafka, ElasticSearch.
VEZET Group — один из лидеров мирового рынка сервисов заказа такси. Мы предлагаем работу в международном проекте, с современным стеком технологий. Комфортное рабочее пространство. Корпоративный английский с native speaker в офисе. Зеленый свет на собственные инициативы и проекты. Контакты: @galina_tolstobrova
>>1241335 (OP) >Пхп- писать на 100500 фреймворках, которые устаревают уже завтра Ты там охуел? С жс не перепутал? Пых-фреймворки как раз очень стабильны. >заточенных скорее для тяпляп-студий Наоборот. Заточены под нормальные сложные бизнес-задачи.
Пых один из лучших языков для бека, серьезно. Ему конкуренцию составляют только go и C#
>>1292012 >Пых-фреймворки как раз очень стабильны. Через два года у тебя будет версия 2.0 очередного йоба-фрейма, который полностью не совместим, а потом 2.1, который вроде бы не должен, но все равно все поломает. Просто потому, что разработчикам скучно.
И в итоге ты сидишь на йоба 1.5, с тучей дыр и думаешь - нахера я сюда залез вообще?
Сап, бэканы. Есть одна реальная история. Среди моих знакомых полно успешных кодеров (в отличии от меня). Есть и на ASP.NET, и на Node.js, Django и на php. Все они восхваляют до небес именно свой язык - Рекомендуют учить именно его, а не %ANOTHERCODELANGUAGE%, только упускают из виду то, что знакомый вкатился в 33 года в C++ и уехал в Канаду работать, так что он самый успешный, а это даже не бэк. это TRUE PROGRAMATIVE
И вот сидят эти вонаби кодеры за 120к, когда тру new[] кодер добился больше
>>1292363 >только упускают из виду то, что знакомый вкатился в 33 года в C++ и уехал в Канаду работать Ты упустил из виду, откуда этот знакомый в 33 года пришёл. Так откуда?
>>1292363 >что знакомый вкатился в 33 года в C++ C++ очень сложный язык, там такие дебри что годами нужно разбираться, вангую что знакомый на досуге несколько лет учил этот язык.
>>1292363 Труъ кодер это миф программача. Все языки по-своему хороши и занимают свою нишу. Программирование тем и прекрасно что можно выбирать из множества путей. Лично мне 100к с головой хватает.
>Труъ кодер это миф программача. Все языки по-своему хороши и занимают свою нишу. Программирование тем и прекрасно что можно выбирать из множества путей. Лично мне 100к с головой хватает. >Ответы: >>1292749 >>1292749
вы врети. тру кодер этот тот, кто отлично разбирается в структурах данных, протоколах, алгоритмах и прочем, которое на каждом языке пишется по своему
>>1241759 Ты чё сука ебанутый? В этом, блять, весь смысл ебаной ноды и её однопоточности, в том, что там всё настолько асинхронно, что абсолютно всё, что ты говоришь, выполнится, только хуй пойми когда, ибо event loop. Нода - это няшно, молодёжно, лаконично и быстро. Запилил json файл с зависимостями, накидал пакетов, наваял REST API и асинхронный говнокод на говносервере станет полноценным хайлопд проекте, относительно своих физических возможностей в сравнении в ресурсозатратности на любом другом языке.
>>1241335 (OP) >Джава - жесть, я пытался въехать, там что не либа то мега-фреймворк Только Spring же. >Шарп - не знаю как он будет на линуксе Нормально все на линуксе, Microsoft портировала ASP.NET.
>>1295802 >Мелкомягкие последнее время взялись за голову А если потом снова начнут?? Ты так и будешь как флюгер мотаться? Уважение и доверия слишком дорогая вещь, а такие как ты "флюгеры", обесценивают её, давая возможность корпорациям делать все что захотят за простые подачки
ЖС - калбэчит на ноде не оч.
Питон - гвидо ушел, вы его достали, теперь питон либо разбухнет от всякой фигни (уже его прёт), либо все перегрызутся.
Пхп- писать на 100500 фреймворках, которые устаревают уже завтра, заточенных скорее для тяпляп-студий - не хочется да и пишут их такие же как я, от чего тормозит и тупит даже на крудах.
Го - казалось бы просто и классно, но уж слишком просто есть ли гоферы тут которые долго пишут - не устали в таком скудном синтаксисе писать?
Джава - жесть, я пытался въехать, там что не либа то мега-фреймворк, чтобы писать круды надо реально прочитать по объему несколько книг. можно только представить как они это все поддерживают
Котлин - тоже самое, да еще синтаксис мне не нравится вроде поначалу кажется типа облегчает джаву, а потом читаешь и такой "чего???..."
Хаскель, кложа, элексиры, нимы, фигими и прочую экзотику - оставим особо одаренным.
С++, С, Раст - ну... писать код в вебе и одновременно бороться с языком, это тоже путь великих, не будем трогать и их палату.
Шарп - не знаю как он будет на линуксе, я думаю очередное "можно, НО..." - не хочу такое.
Убеди меня анон, где я переговнил? Что же лучше накатить на бэк?