Я не программист, но такая мысль как "пишите код правильно и он будет быстрым, потому что 21 век" как то глупо звучит. Мне кажется важно учитывать все и скорость работы кода и скорость разработки и кучу других вещей при выборе технологии...
Согласен, прежде чем говорить о "скорости"... убедитесь, что у вас не "говнокод"...в продакшене )))Язык подбирается под задачу, а не наоборот))У каждого языка свои плюсы и минусы ))
Кто узнал людей на фотках в середине видоса - лайк и в комментах фамилии 😎 📍 Подкаст Хорошего программиста: t-do.ru/horoshy_programmist 🤓 Чат для новичков: t-do.ru/rubyrush Что быстрее - ruby или python, scala или java, nodejs или php? Иногда споры вокруг этих вопросов разгораются нешуточные, а зря. Как не вестись на фигню и чем заниматься начинающему программисту вместо этого - внутри видео.
На эту тему особенно интересно высказался Герберт Саймон в административном поведении, ограниченная рациональность, критерии удовлетворенности и полезность. На все это его как раз натолкнула тема компьютер сайнс.
На ютубе есть канал, где один сумасшедший американец всерьез думает, что люди окружающие его на улице, в супермаркте, в трамвае следят за ним. Да не просто следят, а что они агенты каких-то спецслужб.
Вопрос чисто дилетантский. Быстрота вычислений зависит прежде всего от качества алгоритма решения задачи. При прочих равных условиях от того какой компилятор: переводит ли он исходный текст программы напрямую в машинные инструкции или в некоторый промежуточный код, который выполняется с помощью специальной runtime-машины, как, например, в byte-код в языке Java. В этом случае язык программирования считается интерпретирующего типа. При современных сверхскоростных процессорах разница в скорости выполнения программы переведенной напрямую в процессорные инструкции или в промежуточный код ничтожна и "не вооруженным глазом" просто не отличима.
Я питонист. Однажды мне для спасения общего дела пришлось взять на поддержку один сервис, решающий определенную задачу по оптимизации с высоким потреблением ЦПУ. Сервис написан на Go, но разумеется что бы лучше разобраться в алгоритме я составил его базу на своём родном Питончике... Суть проблематики мне это помогло узнать. Но вот, что очевидно точно "слишком высокоуровневые" языки весьма ограничено проходят для CPU bound и подходят только там, где есть возможность использовать библиотеку на Си например))
Работаю на высоконагруженном проекте. Используем PHP. Не люблю PHP, хотя используем последний версию, и глаз радуется когда можно указывать везде типы. Но тем не менее, нужна была асинхронность, и мы используем swoole. Проблема в том, что понимание как он работает есть только у тех кто писал на других языках где есть такое понятие как асинхронность. Поэтому пишите на разных языках и будет вам счастье. А по поводу Ruby, писал очень две похожие задачи на Ruby и Node.js, у ноды как-то все лучше работает, просто по ощущениям. Руби в чём-то хорош, но для больших проектов он довольно слабоват. JRuby, классная тема, но блин... неохота все эти костыли наворачивать. Просто выбирайте Rust после изучения более легких языков и будет вам счастье. Сугубо личное мнение.
А ещё нюанс в том, что ЯП, это может быть последнее, что тормозит. До этого могут выступать другие вещи, например, база данных. А ещё есть кеш и получается, если веб-приложение сформировало кеш, то вообще не важно, какой там язык был, т.к. результат из кеша будет идти. Ну и никто не мешает важные тяжелые участки написать на c++, c, go, rust и т.д. А остальное писать на php, python. ruby.
Да, однажды был в кругу людей, которые на это обращают внимание. Была ситуация даже: Как-то поспорили на эту тему в сообществе 2 группы людей. Одни были за C#, а другие за C++. Плюсовики сказали что они круче и было решено запилить текстовый редактор. Какой - не важно, главное, чтобы мог txt открывать. В итоге С# на своем более медленном языке написали графический редактор для винды, там была даже для js подсветка синтаксиса и автодополнение были (косое с точки зрения UX, но умно подбирало варианты). В свою очередь плюсы заявились на консольный вим-лайк редактор. Но проект-даже не стал проектом, я как специалист по ИС разложил всё на сущности, накидал интерфейсы классов. Но моя грандеозная архитектура былоа отклонена по причинам: ООП замедлит работу, остальная часть сообщества даже не знакома с классами. Из всего этого я сделал вывод, что можно хоть сколько придерживаться каких-то убеждений, но на разобранной машине далеко не уедешь, а в свою очередь автомеханик и собранной машине рад, когда она есть. В команде шарпистов были в основном люди, которые были сосредоточены на конечной задаче и у них был нужный инструмент для решения, а в плюсах повернулись на производительности, даже не взглянув на задачи. Да в команде плюсов были люди, которые просто ради интереса к языку участвовали, не все были бэнчмаркерами, но подавляющая часть была таковой и, я бы сказал, убивала проект.
6:00 Если JS хороший, а Си так себе, оно будет примерно работать одинаково. А давайте теперь возьмем так себе JS программиста и отличного инженера Си - будет очень забавно правда ?! )) И почему автор видео называет Си инженеров программистами ? Программисты это всякие PHP/JS и прочие я бы сказал верстальщики )). ASM/C/C++ это уже инженеры! Те, кто называет себя Си программистами - это люди, которые просто знают поверхностно основы языка, но не сам язык. Я слабо себе представляю написание бота для биржи со своим tcp/ip стеком, что бы минимум было задержек в драйвере сетевой карты для торговли в стакане. А еще нужно успеть обработать очень много данных и сократить в ns по времени. На Java например сработает сборщик мусора и цена за это время улетит в другое место, на python так вообще каждый раз будет создавать объект или знаменитый numpy не вытянет массив. Другие языки тут вообще не игроки по понятным причинам. Так вот эти юные программисты, которым является автор видео и ему подобные, просто идут по пути наименьшего сопротивления, мол плевать на Mhz-ы давайте всё заколхозим в одну строчку. А вот эти Mhz-ы в той же торговле всегда не хватает. Лет 10 уже идет пополнение быдлокодеров, которые и понятия не имеют как работает процессор, память, компилятор. Они же спорят какой язык быстрее, хотя все их компиляторы/интерпретаторы написаны на Си ))) Если инженер слабый, он на любом языке будет писать долго. И сравнивать сколько это строк займет на Си или Js нет смысла. Скорость написания проекта зависит от знания самого языка/библиотек, а не сколько строк это займет.
@@goodprogrammer Я начинал с БК, ДВК, Агат, ZX(Паял его сам), Искра-1030 etc, языки лень перечислять которые тогда были. После ASM/C/C++ в Blizzard - масштабируемая в реальном времени серверная часть для WOW. Это практически единственное место где я на кого-то работал в свободном графике чужой страны. После, было принято решение, работать исключитально на себя, и делать свои проекты, где элементов в уравнении куда больше чем просто зарплата.
@@Alex-yk9tr тогда понятно откуда такая профдеформация :). Но не понятно откуда такое пренебрежение прикладными программистами и желчь на наше видео. Если посмотрите внимательно оно как раз и призывает новичков не дрочить на языки а ботать основы, писать правильные алгоритмы и т. п.
а!! он плюнул в душу перфекционистам! как так скорость выполнения кода неважна, а лишь важно как быстро его напишут?? меня знаете как бесит что сайты стали долго загружаться? ладно, приму как факт - ему, скорость выполнения кода неважна, а важно лишь то насколько быстро он его напишет.
И да, и нет. Есть реально быстрые языки - С++, C#, Go, Rust. Есть медленные - Python, VB. Да, дело компиляторах. Но какая разница. Факт есть факт. Если вы пишите какую-то считалку, симуляцию или что-то такое - лучше берите быстрый язык.
что ты несешь чувак? Увеличение скорости цпу с годами меньше чем увеличение кол-ва народонаселения пользователей ))) быстродействие систем скоро будет одним из самых главных конкурентных преимуществ.
Это ты, чувак, что несёшь? Во-первых, сервера, где содержат увеличивающееся кол-во пользователей, используют не один процессор. Во-вторых, производство с годами растет быстрее, чем количество людей. Автоматизация - одно слово, которым можно описать современный мир. Потому не играет роли производительность одного процессора, если их становится все больше и больше, особенно на фоне людей. В-третьих, миру грозит не перенаселением людей, а наоборот вымиранием. Как таковой рост населения происходит в развивающихся странах с низким уровнем потребления. Как только эти страны дойдут до уровня развития стран первого мира, что неизбежно, то и рост населения у них станет +- такой же, если только не начнут клонировать человеков спасения популяции ради. Здесь уже мы немного отошли от темы. Это больше вопрос философии и социологии, а не айти. В частности эту тему затронул Илон Маск, можешь его об этом послушать. Из всех этих страшилок реальны только изменение климата и непредсказуемость человеческого поведения, которое способно уничтожить всю планету из-за своего эго. Как жалко, что умные люди заняты какой-то глупостью вместо решения насущных проблем.
Вот меня умиляют заявления, что время программиста стоит дороже чем машины, сразу видно человека, который никогда не платил за сервера. Если взять зарплату среднего сеньера на постсоветском пространстве, а это что то около $3000 (а у многих и того меньше), то сервер работающий 24/7 должен стоить не дороже $4 в час, что бы выходить дешевле программиста. А теперь идем и убеждаемся, как много даже единичных серверов стоят дороже, не говоря уже о кластерах: aws.amazon.com/ec2/pricing/on-demand/ А если взять актуальные данные по средней ЗП (habr.com/ru/article/511700) "Медианная зарплата в ИТ-индустрии сейчас 108 000 ₽" - это $1361 и тогда уже все сервера выше $1.9 стоят дороже среднего программиста из России. Поэтому при выборе языка всё зависит от задачи и доступности разработчиков с нужным опытом. Финальных критериев по сути два - сколько будет стоить разработка продукта и сколько будет накладных расходов при его работе.
Лайк поставил, но удивлен и обескуражен... Мульти ядерные системы теперь не организованные что-ли? И потом jvm имеет кучу недостатков как и современная документация по железу...
почему тогда куча компаний, которые переписав свою бэк с питона и руби на эликсир получили рост скорости работы в десятки раз? херовые питонисты и хорошие элексирщики?
Норм видос. Камеру держи ровнее, чтобы голова больше в центре была. А то справа болтается большую часть тайминга. Хотя я тоже так снимать люблю, слева вставки можно делать 👍
@@codeline9387 при том что в видео говорят про движки, а не про скриптовые языки в них. Но и тут прокол, потому что там не питон: "Godot also has its own built-in scripting language, GDScript, a high-level, dynamically typed programming language very similar to Python. Unlike Python, GDScript features strict typing of variables and is optimized for Godot's scene-based architecture."
@@vladimir0rus Причём тут то о чём говорят в видео? Если ты не заметил я ответил на вполне конкретное заявление, а не на целое видео. От питона GDScript отличается меньше чем js фреймворки между собой, от этого они разными языками не становятся. Даже если интерпретатор немного подкрутили под свои нужды, тот же руби имеет много реализаций. Тут главное понимать задумку, разрабы godot взяли один из самых хайповых скриптовых языков, чтобы любой кодер на питоне чуток ознакомившись с апи мог легко писать собственные скрипты и это примерно так и работает.
надеюсь всем понятно откуда сегодня столько гавнокода, везде маркетинг, качество где? а в общем парень прав и все разложил , но поверьте и одна ошибка в коде приводит к очень существенным тормозам а какой язык выбирать да тот что вам подойдет все они заточенны под разное но можно и с лопатой срубить дерево, нет спора и даже быстрее )))
Все верно. Я вот знаю немного Дельфи. Сейчас на нём можно написать прогу и скомпилить под Линукс, Виндоус, андроид, айос . За 3 дня можно норм прогу написать. Но весит она конечно дохрена, не супер быстро.
Я такой молодец, я новичок в программировании, я выбрал ассемблер и теперь работаю слесарем
петросяном работаеш !
@@AntiBandera слесарем-петросаням) кстати непонятно чтоза претензии к слесарям? э? слесарь дескреминэйшн детектед!
Я программирую на низком уровне и для меня критически важно чтобы код исполнялся за 0.06 сек а не за 0.12 сек.
Мечта новичка: написать самую "быструю" и оптимизированную 3D игру на чистом асемблере.
Как по мне очень даже хорошая мечта. И научится оптимизированный код писать, и может игру какую-то интересную напишет)
@@Delhat-z9q До старости может напишет
@@ivanlitovchenko1840 зато цель жизни будет
яп это инструмент в руках кодера, и исполнение кода зависит от рук программиста, а не абстарактных спецификаций языка
Михаил, спасибо. По делу объяснил, хорошо получается у вас :)
Пипец, жалко что это видео не посмотрел раньше, спасибо бро
Я не программист, но такая мысль как "пишите код правильно и он будет быстрым, потому что 21 век" как то глупо звучит. Мне кажется важно учитывать все и скорость работы кода и скорость разработки и кучу других вещей при выборе технологии...
Согласен, прежде чем говорить о "скорости"... убедитесь, что у вас не "говнокод"...в продакшене )))Язык подбирается под задачу, а не наоборот))У каждого языка свои плюсы и минусы ))
А у с++ 2 плюса имеются, задумайтесь)
Мишаня спасибо! Огонь!)
Кто узнал людей на фотках в середине видоса - лайк и в комментах фамилии 😎
📍 Подкаст Хорошего программиста: t-do.ru/horoshy_programmist
🤓 Чат для новичков: t-do.ru/rubyrush
Что быстрее - ruby или python, scala или java, nodejs или php?
Иногда споры вокруг этих вопросов разгораются нешуточные, а зря.
Как не вестись на фигню и чем заниматься начинающему программисту вместо этого - внутри видео.
Ваня и Саша, что уж тут думать)
За Вассермана монтажору зачёт😂
Да вопрос не в том какой язык быстрее . Вопрос в том какой язык ты быстрее выучишь и сможешь зарабатывать, а то 3 года учить Java или за год Ruby.
Вот из-за таких пропагандосов, на ХР, теперь в интурнет тяжело выйти... сайты перегружены всякой Ху***ей, как ГАЗелька
@@Roman-og4urи сколько ты сайтов и программ написал на ассемблере?
Настолько приятные и полезные советы. Спасибо)
Жги дальше! )))
Хороший формат. Ждем еще. Живо открыто интересно
Тот момент когда пытаешься запихать прошивку на Attiny11 с 1 kB Flash и 32мю регистрами общего назначения.
вот почему винда все тяжелее и тяжелее
Вдохновляющее видео, спасибо! :)
На эту тему особенно интересно высказался Герберт Саймон в административном поведении, ограниченная рациональность, критерии удовлетворенности и полезность. На все это его как раз натолкнула тема компьютер сайнс.
Офигенное видео, смотрел с большим удовольствием.
Тарас, это ты?
4:08 ключевая идея - супер сформулировано!
Миша, аккуратней. За тобой всё время какие то люди ходят
А сколько ещё впереди. И по бокам.
На ютубе есть канал, где один сумасшедший американец всерьез думает, что люди окружающие его на улице, в супермаркте, в трамвае следят за ним. Да не просто следят, а что они агенты каких-то спецслужб.
Вопрос чисто дилетантский.
Быстрота вычислений зависит прежде всего от качества алгоритма решения задачи. При прочих равных условиях от того какой компилятор: переводит ли он исходный текст программы напрямую в машинные инструкции или в некоторый промежуточный код, который выполняется с помощью специальной runtime-машины, как, например, в byte-код в языке Java. В этом случае язык программирования считается интерпретирующего типа. При современных сверхскоростных процессорах разница в скорости выполнения программы переведенной напрямую в процессорные инструкции или в промежуточный код ничтожна и "не вооруженным глазом" просто не отличима.
Спасибо за видео!
Спасибо. Интересное видео.
Спасибо. Хорошо. Понравилось.
Я питонист. Однажды мне для спасения общего дела пришлось взять на поддержку один сервис, решающий определенную задачу по оптимизации с высоким потреблением ЦПУ.
Сервис написан на Go, но разумеется что бы лучше разобраться в алгоритме я составил его базу на своём родном Питончике... Суть проблематики мне это помогло узнать. Но вот, что очевидно точно "слишком высокоуровневые" языки весьма ограничено проходят для CPU bound и подходят только там, где есть возможность использовать библиотеку на Си например))
Работаю на высоконагруженном проекте. Используем PHP. Не люблю PHP, хотя используем последний версию, и глаз радуется когда можно указывать везде типы. Но тем не менее, нужна была асинхронность, и мы используем swoole. Проблема в том, что понимание как он работает есть только у тех кто писал на других языках где есть такое понятие как асинхронность. Поэтому пишите на разных языках и будет вам счастье. А по поводу Ruby, писал очень две похожие задачи на Ruby и Node.js, у ноды как-то все лучше работает, просто по ощущениям. Руби в чём-то хорош, но для больших проектов он довольно слабоват. JRuby, классная тема, но блин... неохота все эти костыли наворачивать. Просто выбирайте Rust после изучения более легких языков и будет вам счастье.
Сугубо личное мнение.
И сколько в СНГ вакансий на расте?
@@konstantinmorozov6453 0
Никто не выбрал язык программирования по скорости.
C/C++, NASM (Язык Ассемблера), Ada, C#, Java.
Уже ждем.
Есть же crystal - руби синтаксис, но компилятор
Что почитать об основах? особенно в веб-разработке
Какую рибу ловят с набережной и что єто за город?
Рыбу не знаю, город Тель Авив
А ещё нюанс в том, что ЯП, это может быть последнее, что тормозит. До этого могут выступать другие вещи, например, база данных. А ещё есть кеш и получается, если веб-приложение сформировало кеш, то вообще не важно, какой там язык был, т.к. результат из кеша будет идти. Ну и никто не мешает важные тяжелые участки написать на c++, c, go, rust и т.д. А остальное писать на php, python. ruby.
Да, однажды был в кругу людей, которые на это обращают внимание. Была ситуация даже:
Как-то поспорили на эту тему в сообществе 2 группы людей. Одни были за C#, а другие за C++. Плюсовики сказали что они круче и было решено запилить текстовый редактор. Какой - не важно, главное, чтобы мог txt открывать. В итоге С# на своем более медленном языке написали графический редактор для винды, там была даже для js подсветка синтаксиса и автодополнение были (косое с точки зрения UX, но умно подбирало варианты).
В свою очередь плюсы заявились на консольный вим-лайк редактор. Но проект-даже не стал проектом, я как специалист по ИС разложил всё на сущности, накидал интерфейсы классов. Но моя грандеозная архитектура былоа отклонена по причинам: ООП замедлит работу, остальная часть сообщества даже не знакома с классами.
Из всего этого я сделал вывод, что можно хоть сколько придерживаться каких-то убеждений, но на разобранной машине далеко не уедешь, а в свою очередь автомеханик и собранной машине рад, когда она есть. В команде шарпистов были в основном люди, которые были сосредоточены на конечной задаче и у них был нужный инструмент для решения, а в плюсах повернулись на производительности, даже не взглянув на задачи.
Да в команде плюсов были люди, которые просто ради интереса к языку участвовали, не все были бэнчмаркерами, но подавляющая часть была таковой и, я бы сказал, убивала проект.
Не согласен про скорость. Никто не хочет играть в игры на питоне. Поэтому вопрос выбора остаётся открытым
спасибо :)
6:00 Если JS хороший, а Си так себе, оно будет примерно работать одинаково. А давайте теперь возьмем так себе JS программиста и отличного инженера Си - будет очень забавно правда ?! )) И почему автор видео называет Си инженеров программистами ? Программисты это всякие PHP/JS и прочие я бы сказал верстальщики )). ASM/C/C++ это уже инженеры! Те, кто называет себя Си программистами - это люди, которые просто знают поверхностно основы языка, но не сам язык. Я слабо себе представляю написание бота для биржи со своим tcp/ip стеком, что бы минимум было задержек в драйвере сетевой карты для торговли в стакане. А еще нужно успеть обработать очень много данных и сократить в ns по времени. На Java например сработает сборщик мусора и цена за это время улетит в другое место, на python так вообще каждый раз будет создавать объект или знаменитый numpy не вытянет массив. Другие языки тут вообще не игроки по понятным причинам. Так вот эти юные программисты, которым является автор видео и ему подобные, просто идут по пути наименьшего сопротивления, мол плевать на Mhz-ы давайте всё заколхозим в одну строчку. А вот эти Mhz-ы в той же торговле всегда не хватает. Лет 10 уже идет пополнение быдлокодеров, которые и понятия не имеют как работает процессор, память, компилятор. Они же спорят какой язык быстрее, хотя все их компиляторы/интерпретаторы написаны на Си ))) Если инженер слабый, он на любом языке будет писать долго. И сравнивать сколько это строк займет на Си или Js нет смысла. Скорость написания проекта зависит от знания самого языка/библиотек, а не сколько строк это займет.
А вы в каких компаниях, на каких проектах и в каких ролях работали, м?
@@goodprogrammer Я начинал с БК, ДВК, Агат, ZX(Паял его сам), Искра-1030 etc, языки лень перечислять которые тогда были. После ASM/C/C++ в Blizzard - масштабируемая в реальном времени серверная часть для WOW. Это практически единственное место где я на кого-то работал в свободном графике чужой страны. После, было принято решение, работать исключитально на себя, и делать свои проекты, где элементов в уравнении куда больше чем просто зарплата.
@@Alex-yk9tr тогда понятно откуда такая профдеформация :).
Но не понятно откуда такое пренебрежение прикладными программистами и желчь на наше видео.
Если посмотрите внимательно оно как раз и призывает новичков не дрочить на языки а ботать основы, писать правильные алгоритмы и т. п.
@@goodprogrammer Вся суть нынешних программистов. Язвят, осуждают, спорят, хамят - там где этого не надо. Удачи вам.
@@Alex-yk9tr мне очень жаль, что вам хамят :(
Вы поэтому так предвзяты и язвительны в комментариях?
Чувак!! красава!!!!!!!!!!!!!
Скажите если я не прав: время - это " от потребности до потребности"?
Выбирай C или C++ ! (Ваш диванный аналитик!11)
Сборщик (Assembler) возможно самый быстрый
Классный типочек)
Лайк за Онотоле!)
Тель Авив?
yes )
Жаль я не видел этого в 2015 году
а!! он плюнул в душу перфекционистам! как так скорость выполнения кода неважна, а лишь важно как быстро его напишут?? меня знаете как бесит что сайты стали долго загружаться? ладно, приму как факт - ему, скорость выполнения кода неважна, а важно лишь то насколько быстро он его напишет.
Никто в видео не говорил, что скорость загрузки сайтов -- не важна
А почему Серверный Свифт забыл? Он уже C++ уделывает, а по скорости разработки и библиотекам сравним с nodejs и тому подобному верхнему уровню.
Да кому он нужен)
Ох уж эти комменты про "уделывает С++"
Я слышал про Swift, это язык программирования от Apple.
Но что такое Серверный Свифт?
И да, и нет. Есть реально быстрые языки - С++, C#, Go, Rust. Есть медленные - Python, VB. Да, дело компиляторах. Но какая разница. Факт есть факт. Если вы пишите какую-то считалку, симуляцию или что-то такое - лучше берите быстрый язык.
что ты несешь чувак? Увеличение скорости цпу с годами меньше чем увеличение кол-ва народонаселения пользователей )))
быстродействие систем скоро будет одним из самых главных конкурентных преимуществ.
Это ты, чувак, что несёшь? Во-первых, сервера, где содержат увеличивающееся кол-во пользователей, используют не один процессор.
Во-вторых, производство с годами растет быстрее, чем количество людей. Автоматизация - одно слово, которым можно описать современный мир. Потому не играет роли производительность одного процессора, если их становится все больше и больше, особенно на фоне людей.
В-третьих, миру грозит не перенаселением людей, а наоборот вымиранием. Как таковой рост населения происходит в развивающихся странах с низким уровнем потребления. Как только эти страны дойдут до уровня развития стран первого мира, что неизбежно, то и рост населения у них станет +- такой же, если только не начнут клонировать человеков спасения популяции ради. Здесь уже мы немного отошли от темы. Это больше вопрос философии и социологии, а не айти. В частности эту тему затронул Илон Маск, можешь его об этом послушать. Из всех этих страшилок реальны только изменение климата и непредсказуемость человеческого поведения, которое способно уничтожить всю планету из-за своего эго. Как жалко, что умные люди заняты какой-то глупостью вместо решения насущных проблем.
Чушь. Чем дольше время ответа - тем больше пользователь уважает систему!
Вот меня умиляют заявления, что время программиста стоит дороже чем машины, сразу видно человека, который никогда не платил за сервера.
Если взять зарплату среднего сеньера на постсоветском пространстве, а это что то около $3000 (а у многих и того меньше), то сервер работающий 24/7 должен стоить не дороже $4 в час, что бы выходить дешевле программиста.
А теперь идем и убеждаемся, как много даже единичных серверов стоят дороже, не говоря уже о кластерах:
aws.amazon.com/ec2/pricing/on-demand/
А если взять актуальные данные по средней ЗП (habr.com/ru/article/511700)
"Медианная зарплата в ИТ-индустрии сейчас 108 000 ₽" - это $1361 и тогда уже все сервера выше $1.9 стоят дороже среднего программиста из России.
Поэтому при выборе языка всё зависит от задачи и доступности разработчиков с нужным опытом.
Финальных критериев по сути два - сколько будет стоить разработка продукта и сколько будет накладных расходов при его работе.
Ну если брать амазон, то выражаясь вашим языком «сразу видно человека, который никогда не считал деньги компании»
@@RomanTataurov ты точно до конца дочитал и всё понял? Или это замечание ради замечания?
Единственно верный комментарий будет - правда где-то посередине.
Все джава разработчики так говорят?
Лайк поставил, но удивлен и обескуражен... Мульти ядерные системы теперь не организованные что-ли? И потом jvm имеет кучу недостатков как и современная документация по железу...
6 минут трепотни - и становится понятно, что автор имеет в виду скорость работы программиста )
Спасибо
Незачто
почему тогда куча компаний, которые переписав свою бэк с питона и руби на эликсир получили рост скорости работы в десятки раз? херовые питонисты и хорошие элексирщики?
Норм видос. Камеру держи ровнее, чтобы голова больше в центре была. А то справа болтается большую часть тайминга.
Хотя я тоже так снимать люблю, слева вставки можно делать 👍
С Вассермана угарнул ахааххахах 😂😂😂
Про Вассермана не понял, шутка что-ли ?
Наверно, надеюсь во всяком случае.
Вы не будете разрабатывать на питоне 3d игру.
Разработчики под Godot: смеются
Written in: C, C++
Садись, два.
@@vladimir0rus под годот, а не годота, причем тут язык на котором написан движок?
@@codeline9387 при том что в видео говорят про движки, а не про скриптовые языки в них. Но и тут прокол, потому что там не питон: "Godot also has its own built-in scripting language, GDScript, a high-level, dynamically typed programming language very similar to Python. Unlike Python, GDScript features strict typing of variables and is optimized for Godot's scene-based architecture."
@@vladimir0rus Причём тут то о чём говорят в видео? Если ты не заметил я ответил на вполне конкретное заявление, а не на целое видео. От питона GDScript отличается меньше чем js фреймворки между собой, от этого они разными языками не становятся. Даже если интерпретатор немного подкрутили под свои нужды, тот же руби имеет много реализаций. Тут главное понимать задумку, разрабы godot взяли один из самых хайповых скриптовых языков, чтобы любой кодер на питоне чуток ознакомившись с апи мог легко писать собственные скрипты и это примерно так и работает.
@@codeline9387 если это изначально была такая шутка, то она получилась слишком уж тонкая.
Асм. и Старый Си.
Основы - херня!
Пойду гляну еще видосик о том как зарабатывать 200 тырр/мес. Посмотрев часовой ютуб ролик о каком нить модном ЯП.
Вы зрите в корень )
Да за день можно 24 языка выучить, полно видео а-ля {ЯП} за час, завтра проснусь С++ за час выучу пока кофе пью
Шалом, ата гар бэ исраэль о ата тайар? Под Хадерой где-то?
Viisijoki ма питом? Тель авив ир яфа)
How you doing 😏
Alexandra Butlitsky 😉
надеюсь всем понятно откуда сегодня столько гавнокода, везде маркетинг, качество где? а в общем парень прав и все разложил , но поверьте и одна ошибка в коде приводит к очень существенным тормозам а какой язык выбирать да тот что вам подойдет все они заточенны под разное но можно и с лопатой срубить дерево, нет спора и даже быстрее )))
Все верно. Я вот знаю немного Дельфи. Сейчас на нём можно написать прогу и скомпилить под Линукс, Виндоус, андроид, айос . За 3 дня можно норм прогу написать. Но весит она конечно дохрена, не супер быстро.
delphi круть... но сложно сделать кроссплатформенное приложение. Хоть и возможно
Ребят, ruby ещё жив?
скоро узнаете из этого видео )
А он когда-то был мёртв?
@@eglantine2034 странные люди. Если он не так популярен в снг, не значит что он не популярный за бугром
@@arthurdatsenko8454 так дело всё в том что он популярен в СНГ и везде. Скорее всего просто хайп у технологии прошел вот так и говорят
Живее меня
yeah, good topic for "srach" keep going :D
More to come!
луа😢
1с самый быстрый все же знают. Потому что он на русском!
Да чел, про С ты ничего не знаешь
Название не соответствует содержанию.
Быстро и грязно!
PHP Forever)))
Где взять таких людей в повседневной общении в рашке 😜🤙
А дело было в Эрец Исраэль)