Если языки программирования были бы бритвами
И еще из АСМ бритвы можно создать спутник!!!
Нет, это только для волос, для спутников другой ASM.
Какой?
С другой системой команд очевидно же!
Это чтобы он брил тебя с орбиты?
обриты
И опять нет Фортрана.
Топор. Можно, но нахуя?!
В смысле "опять"?
в подобных шутках замечен не был
Я мог бы изобразить Фортран, но к сожалению я на нем не программировал, так что не могу сказать каков он.
Блядь,а Ахуенная книга была.
Это что то типа паскаля для мат алгоритмов... кстати да, паскаля и бэйсика не вижу тут, т. к. даром не нужны никому.
Ничего ты в фортране не понимаешь. Он, между прочим, вполне используется. Просто, для очень специфических целей.
Например, в комплект Intel Parallel Studio XE 2016 входит компилятор для фортрана, ибо тот позволяет многие математические штуки красиво реализовывать. Я бы даже сказал, что Фортран - лучший для математики язык программирования среди высокого типа.
Например, в комплект Intel Parallel Studio XE 2016 входит компилятор для фортрана, ибо тот позволяет многие математические штуки красиво реализовывать. Я бы даже сказал, что Фортран - лучший для математики язык программирования среди высокого типа.
оффтоп: ты, случайно, с VASP не знаком?
По счастью - нет.
Сложно представить как выглядит VBA. Электробритва?
Заостренный камень с розеткой я бы сказал.
Да лан? Как с помощью VBA можно убиться?
Жесткая губка? Хер побреешься
бритва причудливой формы, которой можно выбрить только усы. но есть пазы, в которые можно вставлять другие лезвия в качестве расширения
А где C# и JavaScript?
Не надо так говорить. Ява скрипт и Си Шарп отлично выполняют свои функции. Конечно, у обоих есть недостатки, но это не мешает им пользоваться популярностью среди разработчиков. Например без ява скрипт ты черт бы что интересного увидел, например на реакторе.
Так по сравнению с каким языком он помойка, если лучше нет (или не было)?
единственным конкурентом js был вроде vbs
о нем что скажете? ну, кроме "ебучий рассадник вирусов, збс, что его выпилили"
о нем что скажете? ну, кроме "ебучий рассадник вирусов, збс, что его выпилили"
Язык который слеплен за пару дней в самолете? Какие же у него могут быть недостатки? Может удобное противно-ориентированное ООП? Или может отсутствие элементарных итератор для всяких коллекций отличных от массива? Слабая динамическая типизация аля 1 + '1' ? Да даже тошнит от == и ===. Эти null, undefined. Вот пример дерьма http://stackoverflow.com/questions/6429225/javascript-null-or-undefined . Отсутствие хоть какой-то стандартной библиотеки, кроме API браузера. Нет даже интерполяции строк добро пожаловать "string" + variable + "string1" + variable2 + "string". Полный пиздец с поддержкой браузеров аля полифилы под каждую отдельную версию каждого браузера. Новые стандарты ака ES6 и babel без которого невозможно работать, как и папки node_modules которая состоит и тысяч файлов и библиотек на 3 строчки, которые лишь ссылаются на другие либы. Ебаные сборщики типо gulp/webpack смысл которых в инкостыляции процесса сборки проекта. Ни на один язык нет столько мета языков типо TypeScript/CoffeScript которые пытаются исправить ущербность этого гавна. Весь процесс разработки на JS состоит и костылей которые эмулируют нормальный язык с нормальной структурой проекта.
Имхо, кодер должен знать разницу между null и undefined. При чем тут вообще js? Разницу надо было знать и в обжект паскале и в сях.
Конкатенация, кон-ка-те-на-ци-я
как это не было - VB Script был. Причем не такой уж и хреновый. раз она смогла его обойти значит не такая она и ненужная.
VB Script дырявый и у него есть доступ к ОС. У JavaScript ни черта нет доступа к ОС. Вот и вся разница, почему отказались от VB Script. Хотя даже на Win 10 есть поддержка.
Только доступ к ОС есть только через activex объекты. Которые также были и в майковой реализации жабоскрипта.
Так что не в них дело, разве что в конкретной реализации
Так что не в них дело, разве что в конкретной реализации
Отличный язык с хорошей реализацией функциональной парадигмы (functions — first class citizens, лямбды, замыкания). Прототипное наследование тоже весьма неплохая вещь, если разобраться.
Но большинство программистов не привыкло открывать для себя новое (а зачастую вообще получать формальное образование в Computer Science) и имеют синдром утёнка к первому выученному языку, либе, фреймворку, IDE, OS, командной строке, бренду ноутбука, девушке (хотя кого мы обманываем).
Но большинство программистов не привыкло открывать для себя новое (а зачастую вообще получать формальное образование в Computer Science) и имеют синдром утёнка к первому выученному языку, либе, фреймворку, IDE, OS, командной строке, бренду ноутбука, девушке (хотя кого мы обманываем).
тащемто, функциональная парадигма не определяется функциями-первоклассными значениями, а скорее отсутствием мутабельности, или хотя бы поощрением избегания ее.
есть это в js? отнюдь
всё меняется вообще как угодно, никак нельзя этому помешать, и не просто тобой самим, но и еще кем-то у тебя под руками через те же пропотипы совершенно без палева
так что от функциональщины там один запах
неявные приведения много раз обсосаны, какое это было идиотское решение.
эволюционирует он в сторону монструозности
ну а в остальном всё норм, если там есть что-то остальное, что определяет качество языка
есть это в js? отнюдь
всё меняется вообще как угодно, никак нельзя этому помешать, и не просто тобой самим, но и еще кем-то у тебя под руками через те же пропотипы совершенно без палева
так что от функциональщины там один запах
неявные приведения много раз обсосаны, какое это было идиотское решение.
эволюционирует он в сторону монструозности
ну а в остальном всё норм, если там есть что-то остальное, что определяет качество языка
Скорее не просто иммутабельность, а отсутствие побочных эффектов. Замыкания и то как устроены области видимости в JS вполне себе поощряют отсутствие побочных эффектов в функциях.
Остальное исправляется код-стайлом и соглашениями (хотя чисто технически возможно сделать неизменяемые поля через геттеры/сеттеры с замыканием, Object.freeze() и прочие извращения)
Неявные приведения работают забавно почти во всех динамически типизированных языках.
Про эволюцию в сторону монструозности согласен, но что поделаешь (тяжело вздыхает).
Остальное исправляется код-стайлом и соглашениями (хотя чисто технически возможно сделать неизменяемые поля через геттеры/сеттеры с замыканием, Object.freeze() и прочие извращения)
Неявные приведения работают забавно почти во всех динамически типизированных языках.
Про эволюцию в сторону монструозности согласен, но что поделаешь (тяжело вздыхает).
А чего их упоминать то?
JS~PHP , ну очень похоже по всем основам, хотя вообще по языку сильно отличается.
C#=JAVA вообще равно по сути
JS~PHP , ну очень похоже по всем основам, хотя вообще по языку сильно отличается.
C#=JAVA вообще равно по сути
а тролейбус = автобус. ну или около того, людей же возит, ну.
С точки зрения людей таки да. Создатели С# вообще про наследник Java говорят в открытую, а вот про JS-PHP - сложная дискуссия будет...
какая там дискуссия, у них общего только C-подобный синтаксис и динамическая типизация.
ну дык C# вышел много после Java. надо быть совсем недалеким, чтобы не учесть чужих плюсов и минусов.
оба языка создавались с оглядкой на С, да.
но язык не символом для начала блока определяется все же.
оба языка создавались с оглядкой на С, да.
но язык не символом для начала блока определяется все же.
шарп и джава еще ладно, но js и php?! 0_o первьій широко используется для клиентских приложений в браузерах, и только изредка в серверньіх/десктопньіх проектах. Второй же по сути онли сервер, и то по большей части для всяких CMS.
Четвёртый по популярности в мире язык "для всяких CMS"? Между прочим фейсбучек и вконтактик написаны на PHP.
JS в последние годы очень широко используется на бэкенде, btw. Спасибо google v8 и трансляции в плюсы.
Ну а общего у PHP и JS чуть более чем ничего.
JS в последние годы очень широко используется на бэкенде, btw. Спасибо google v8 и трансляции в плюсы.
Ну а общего у PHP и JS чуть более чем ничего.
php на фейсбуке не более чем обертка. node.js тот еще треш, если честно. js по сути больше предназначет для максимальной кросплатформености, нежели для сложньіх и громоздких проектов.
От всеми знакомого php у фейсбучека и вконтачика одно название осталось и немношк внешнего вида.
Это не так. Т.к. интеграция клиент-сервер на node.
а JS нормальный, только страдает от своей популярности.
как следствие: куча условных школьников, и желание писать на нём все (ВООБЩЕ ВСЁ).
как следствие: куча условных школьников, и желание писать на нём все (ВООБЩЕ ВСЁ).
Бриться хуями - это 1С.
Причем они на тебя еще и кончают.
Но теткам-бухгалтершам он доставляет.
Но теткам-бухгалтершам он доставляет.
шарп как ява, только за сахаром бегает не в ближайший магазин, а в фирменный
К сожалению я на них не программировал, так что не хочу говорить глупости. Но если имеются идеи, реализовывайте, недаром у нас есть мозги и руки :)
Шарп - то же, что жаба, только от другого производителя. Причем работает только в ванных, где все от этого производителя, хотя и работает чуть-чуть быстрее. Извращенцы вставляют их в ванны других производителей, но тогда она может или не добрить, или в кофе соли с перцем хуйнуть - ну и прочие случайные ошибки делать.
Жабаскрипт - бритва для волос на яйцах и в междужопиях. Очень странная НЁХ с очень странным принципом действия. Извращенцы любят использовать ее для лица.
Жабаскрипт - бритва для волос на яйцах и в междужопиях. Очень странная НЁХ с очень странным принципом действия. Извращенцы любят использовать ее для лица.
Python != безопасная бритва, ибо есть не одна сотня способов выстрелить себе в ногу. На эту роль больше тянет delphi с её визуальными библиотеками - очень сложно пораниться, но при этом эффективность низкая, а если достать лезвия - то повышается эффективность, но резко падает удобство, уступая С++.
Asm - невероятно эффективная в умелых руках бритва, умеющая кроме срезания щетины так же делать косметические операции любой сложности (на что не способна ни одна бритва), но из-за сходства ручек и лезвий непрофессионал убьёт себя.
Asm - невероятно эффективная в умелых руках бритва, умеющая кроме срезания щетины так же делать косметические операции любой сложности (на что не способна ни одна бритва), но из-за сходства ручек и лезвий непрофессионал убьёт себя.
Действительно, на асме только бинарники сейчас патчить (хотя теперь чаще нужно патчить байткод), серьезный фреймворк даже не стоит реализовывать. Среднему кодеру трудно превзойти по качеству генерируемого кода современные компиляторы. Если ввязываться в аналогии - писать на асме, это как выпиливать лобзиком, оперевшись на станок с ЧПУ.
и никто не вспомнил про Delphi
Это была бы бритва умеющая брить определенную форму лица, для другого лица нужна другая бритва.
Некрофилов нет.
Pascal - заточенный в древние века острый камень
Prolog - сама найдёт твою щетину и побреет, но если ты бритве не понравишься - она устроит восстание бритв и уничтожит человечество.
Скорее обнаружит. что понятие щетина определено только для объектов, которые можно отнести к классу "человек", условиям которого ты внезапно для себя не удовлетворяешь.
Brainfuck - в кои то веки это название двусмыслено.
Lisp - будет сбривать каждый волосок призывая из подпространства более мелкую бритву, которая в свою очередь призовет более мелкую и так пока не начнет состригать волоски поатомно. Если не спрятать остальные волосы будет брить пока не побреет все тело.
cmd и bat-ники: просто потерся ебалом об асфальт и дальше пошел.
sh - специально для этого сделанная доска, об которую надо тереться ебалом.
Haskell - наверняка гладко выбреет, без порезов. Но только после абсолютно точного объяснения всей топологии твоего лица. Хотя бы частенько подсказывает, когда в объяснении топологии закрадывается ошибка. А при должном умении иногда даже понимает с полуслова.
хаскель сделает побритую копию тебя, а тебя самого убьёт
Это самое смешное здесь
А как же любимцы школьников - Паскаль и Бейсик?
Видать, школьники не бреются
я бы таки не ставил пхп в один ряд с питоном и руби.
Действительно, ведь python — это говнище и бардак (как и руби)
Ну да, четко структурированный код, нормальный грабер, память не течет, хорошая совместимость, куда там питону до пхп....
Хм, а что мешает писать структурированный код на пыхе и лапшу на питоне?
з.ы. впрочем, это не отменяерт прочих пыхопроблем.
з.ы. впрочем, это не отменяерт прочих пыхопроблем.
Ну да python2 и python3 настолько хорошо совместимы, что мне буквально позавчера пришлось откатиться на второй питон из-за того что sklearn не осилил на третьем питоне посчитаться.
Про чётко структурированный код писал ниже.
А память в пхп не течёт уже довольно давно.
Про чётко структурированный код писал ниже.
А память в пхп не течёт уже довольно давно.
логично, 2 версии, всего 2 версии, а не ситуация, когда минорная версия ломает код -) Есть таки разница? Память не течет? У меня чатик на торнадо без перезапуска год проработал, запустите похожий скрипт на пхп и посмотрим как у него память не течет, окей?)
насчёт питона не скажу, но авторитетно заявляю, что руби от пыха недалеко ушел
Как ни странно, языками из первой колонки по ногам стреляется просто шикарно. Да, в мелких проектах не начудишь, но вот при работе с серьезным заданием есть огромный шанс превратить код в кучу неструктурированного говна (для PHP в первую очередь, Ruby и Python - чуть поменьше), как раз из-за того, что не надо все четко указывать. Опять же, в силу большой свободы, при сложных вычислениях есть море возможностей для стрельбы по своим ногам в силу того, что не совсем понятно, как та или иная операция устроена под капотом: сколько будет приведений, каких именно, что за оптимизации наложит интерпретатор... с "четкими" плюсами этого счастья нет. Мне кажется, что для разных проектов степень взрывоопасности языков может быть абсолютно различной.
Есть мнение, что на PHP по PSRу скатиться в говно гораздо сложнее, чем на питоне по PEP 8. Всё-таки синтаксис в питоне очень кучерявый и очень легко конструкции сделать нечитаемыми. В PHP классический C-like синтаксис и яваподобные классы очень хорошо структурируют код.
Ой не надо пожалуйста. На любом языке хоть на пыхе можно сделать вк и фейсбук, на руби гитхаб и твиттер. Для исправления ошибок пишут тесты или сразу исповедуют BDD/TDD и это одинаково хорошо спасает от 90% ошибок и косяков, а 10% косяков будут всегда. По поводу скорости, да всем же давно похуй. Если это не числодробилка, то вообще похуй будет твоя прилага жрать 1гб памяти или 10гб, топовые серваки держат до 15ТБ ОЗУ, со скоростью такие же проблемы. Закинул статику на CDN амазона и там хоть весь интернет разом зайдет, твоей прилаге ничего не будет. Базы данных реплецируются изи в пару команд, в крайнем случае отдашь ДБашнику косарь баксов и он за 3 часа протюнит твою постгрю или NoSQL. Тяжелые штуки уходят в микросервисы и фоновые задачи, а там можно и раст и кресты, да хоть на асме. Никакие там операции под капотом нахуй не нужны, мемкилером прибьешь процесс, на другом серваке подхватят. Все эти оптимизации это прошлый век, они нужны в 3.5 компаний типо гугла. Структура кода, это пиздец, почему у всяких шарпистов/жабистов и прочих статически типизированных ребят такой бугурт, что паттерны можно использовать только в этих языках? Или нельзя структурировать проект? Спасибо что не говорите что гит работает только с жабой, а MS SQL только с шарпом.
Верно. Но я писал о стрельбе в ноги. А выстрел в ногу - это не проблема языка, а глупость разработчика. Так, каноничные ошибки в C связаны с выделением памяти, например. Ну а каноничные ошибки в PHP - это отказ от нормального подхода к структурированию, что иногда даже выливается в "свалить все в один файл".
не проблема языка, но четкий показатель его качества. такие проблемы всё равно придется решать, тулингами-хуюлингами, гайдлайнами, бюрократией и прочим геморроем.
тогда как некоторые более качественные языки решают их на техническом, а не административном уровне.
можно порешать проблемы сразу, а можно убрать их за рамки и умыть руки, типа как хотите так и ебитесь, ваши проблемы, не наши, не доросли вы, руки у вас кривые и такое прочее.
и, исходя из этого, я считаю, что если авторы языка пытаются откреститься от решения проблем, то они мудаки и нахуй такой язык. а они пытаются, книжки пишут, как у них всё заебато, и какое тупое ламерьё кругом. нахуй и их и их книжки.
тогда как некоторые более качественные языки решают их на техническом, а не административном уровне.
можно порешать проблемы сразу, а можно убрать их за рамки и умыть руки, типа как хотите так и ебитесь, ваши проблемы, не наши, не доросли вы, руки у вас кривые и такое прочее.
и, исходя из этого, я считаю, что если авторы языка пытаются откреститься от решения проблем, то они мудаки и нахуй такой язык. а они пытаются, книжки пишут, как у них всё заебато, и какое тупое ламерьё кругом. нахуй и их и их книжки.
Это ж типичная попытка впихнуть невпихуемое. Когда в язык, заточенный под максимальную простоту использования на мелких проектах пытаются затолкать что-то невероятное. Для такого есть специальные методы организации, созданные прежде всего для разросшихся проектов.
ну пора бы осознать, что такое происходит постоянно
делается простенький инструмент под задачу, потом его пытаются юзать где ни попадя, потом траблы с обратной совместимостью при попытках его пофиксить. в итоге или каждое поколение будет пилить новый язык, т.к. старый оброс говном, или можно попытаться это решить
в D неплохая попытка как раз осуществляется через тулзу, которая при несовместимых правках синтаксиса патчит исходники со старым кодом
виртуальные машины тож позволяют менять языки разработки по мере надобности, меняя только фронтэнд
ну и так далее, всякие подходы есть
ну и опять же качество языков опредесяется в том числе применимостью этих подходов к ним
делается простенький инструмент под задачу, потом его пытаются юзать где ни попадя, потом траблы с обратной совместимостью при попытках его пофиксить. в итоге или каждое поколение будет пилить новый язык, т.к. старый оброс говном, или можно попытаться это решить
в D неплохая попытка как раз осуществляется через тулзу, которая при несовместимых правках синтаксиса патчит исходники со старым кодом
виртуальные машины тож позволяют менять языки разработки по мере надобности, меняя только фронтэнд
ну и так далее, всякие подходы есть
ну и опять же качество языков опредесяется в том числе применимостью этих подходов к ним
Как всегда в таких постах понимаю только половину, но эта половина чертовски доставляет!
Clojure. Качественно побреет вас во всех местах одновременно, и выкинет мусор из квартиры, пока вы бреетесь.
Я не хочу чтобы мусор выкидывал меня из квартиры пока я бреюсь.
Но он не спрашивает.
только если нет аллергии на пену из скобочек
go - бритва с десятком параллельных лезвий, только все из дерева. еще ее реклама постоянно идет в телемагазине
а если забудешь проверить, не порезался ли, то истечешь кровью
Иногда люди могут часами говорить о том что Java медленная, а потом идти продолжать писать на Python.
Руби - чтобы побрить лицо, на нем надо предварительно проложить железную дорогу.
Scala?
с виду оно похоже на бритву и даже бреет, но на сам деле это инопланетянский игрушечный анальный зонд
тех, кто пользовался, можно разделить на две группы: одни считают, что это отличная безопасная бритва, другие - что это отличная зубная щетка
Это такая кабинка-насадка к джаве, для исполнения сексуальных функций. В принципе, никто не мешает при этом пить кофе и бриться, используя джаву.
Имеет все возможные и невозможные сексуальные действия - от поглаживаний в любых местах, до электростимуляции и бдсм. Но имеет один принципиально нерешаемый конструктивный недостаток: на ручке основных действий между "сделать мне минет" и "выебать меня в жопу" всего пару миллиметров, и у ручки легкий ход, так что периодически промахиваются даже очень давно пользующиеся скала-кабинкой люди.
Имеет все возможные и невозможные сексуальные действия - от поглаживаний в любых местах, до электростимуляции и бдсм. Но имеет один принципиально нерешаемый конструктивный недостаток: на ручке основных действий между "сделать мне минет" и "выебать меня в жопу" всего пару миллиметров, и у ручки легкий ход, так что периодически промахиваются даже очень давно пользующиеся скала-кабинкой люди.
Уж не знаю, можно-ли считать это недостатком..
а actionscript?
1С - бреет медленно и только офисных работников. Каждая новая бритва не подходит к станку предыдущей версии. Сделано в России.
в 1С-ке некоторые лезвия расположены вдоль
холиварный вброс...вспоминаются былые времена... эх
... когда то, какой яп лучше - еще имело какой-то смысл
По-прежнему же имеет смысл. Серебрянной пули как не было так и нет, а новые языки пытаются охватить сразу несколько ниш — отсюда холиворы. А проблем везде хватает, поэтому можно тыкать оппонентов в косяки их языков.
верилог еще
Чтобы написать коммент, необходимо залогиниться