Подробнее
e*tra fabulous conics
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор
Еще на тему
it-юмор geek
Подробнее
e*tra fabulous conics
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор
Подробнее
e*tra fabulous conics
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор
Хороший мальчик.
Т.е все наоборот?так плохо
О. У меня кулстори есть: мой младший брат увлёкся веб-программированием, и дошло дело до JS. Прошло уже полтора года, а он до сих пор мне жалуется на ужасы JS.
Мне хватило 4 месяцев чтобы возненавидеть мобильную разработку на js
Мне пары часов, за которые я попытался поизучать просто JS - синтаксис
А я его не изучал, но ненавижу
Синтаксис как синтаксис, не хуже не лучше других. Но сама суть пытаться впихнуть туда, куда его запихивать не следует - дурно пахнет.
Году так в 2009-м, когда я, будучи студентом, изучал основы веба (и быдлокодил на пхп), синтаксис жабаскрипта был довольно прост и понятен, и на нём было несложно написать динамическое обновление страницы через аякс. А теперь, блять, каждые три месяца выходит хуева гора новых фреймворков, и нормальный фронтендщик обязан их знать все (иначе нахуй он нужен, на хедхантере толпа новых в очередь выстроилась).
Когда я вижу шутейки про весь этот фронтенд-ад, я косплею Эдди Мерфи и возвращаюсь к своим службам на нормальной человеческой джаве.
Когда я вижу шутейки про весь этот фронтенд-ад, я косплею Эдди Мерфи и возвращаюсь к своим службам на нормальной человеческой джаве.
Лукавишь. Среди фреймворков сейчас (как и несколько лет назад) наиболее востребованы React и Angular разработчики
Это сейчас. Об этом сраном Реакте забудут через пару лет, как и о куче другого говенца. Если язык выезжает лишь из-за фрейворков - он ничего не стоит.
вроде же все посматривают на asm.js
Если посмотреть на вакансии, то сейчас ищут: Angular, React, Vue. При том что ангуляру 10 лет, реакту 8. Так что нельзя сказать что фронтендерам нужно знать кучу фреймворков
Опять же, я об этом писал. Ангуляру - 10 лет, он сейчас топ по поиску сотрудников, реакту - 8 лет, он на втором месте. Есть дохрена фреймворков, но они занимают очень малую долю рынка. Тот же jquery который безнадежно устарел, сейчас востребован. Нужно поддерживать старые проекты.
Я не говорю что это хорошо или плохо, это факт. И слова вроде: "не угадал - проебал время" не имеют ничего общего с реальностью
Я не говорю что это хорошо или плохо, это факт. И слова вроде: "не угадал - проебал время" не имеют ничего общего с реальностью
А чо синтаксис? Вроде как си-подобный aka единственно труЪ верный синтаксис.
Ну да, ну да. Типа, юнити и ебаный C# удобнее TS и Ангуляра.
Подозреваю что вопрос не только в удобстве. А в том что засовывать все в долбаный движок браузера -- морда треснет.
а почему нельзя?
ты видел чем это заканчивается?
миллиардными прибылями донатной мобильной параши?
Discord-ом?
П.С. Попробуй нажать там Ctrl+shift+I - многое узнаешь.
П.С. Попробуй нажать там Ctrl+shift+I - многое узнаешь.
зато модно делать так.
Мне кажется что в этом комиксе было что другое
Ну там про котиков, еду, фильмы, социальные взгляды
Ьмцкмлйадйашйвтйдаца...
Ну там про котиков, еду, фильмы, социальные взгляды
Ьмцкмлйадйашйвтйдаца...
Перевод КИНА БУДЕТ.
Как и любой скриптовый язык, js очень сильно зависит от прокладки между креслом и монитором. Если руки из жопы, а голова без мозгов, то ты будешь писать ужас на любом языке.
Наличие хорошей или плохой прокладки не отменяет факта, что JS наполовину состоит из костылей
Типа underfined или сравнений в строку? Это вопрос привычки. К тому же если раньше js вёл себя по разному в разных браузерах, сейчас его уже причесали к ES. Когда я учил 1.6 - даже деббагеров не было. Только print.
Имхо в Си боли гораздо больше.
Имхо в Си боли гораздо больше.
ты б еще с асемблером сравнил. сишке сто лет в обед
Вопрос области применения. Писать дрова не на Си -- боль. Писать Web UI не на Js -- тоже боль.
Ну, например, питон обвалился если будут несовместимые типы или если в функцию передать больше аргументов, а жс все это молча сожрёт и не подавится.
это скорее минус чем плюс. Когда в функцию кидаешь не то что она ожидает и при этом код "как-то" работает, это страшно
Жесткая типизация - лучшее что придумали в программировании
Жесткая типизация - лучшее что придумали в программировании
Так я и говорю, что питон хороший, а жс нет
Ага, а потом функция вернёт какую-нибудь херню и это все будет куроёбиться дальше с непонятным результатом
для этого есть typescript
Пришлось целый костыльный придумать вокруг JS, браво. К тому же, он все еще УГ, к примеру, там нельзя операторы перегружать.
Низкий порог вхождения порождает кучу долбоебов. Однако, если бы та же мобильная разработка была так плоха Flutter бы не набирал такую популярность. Мне самому идея того что ЖСом пытаются заткнуть каждую дырку нравится не сильно, однако если ее затыкают знающие люди, то получается норм.
Как правило "плохо" не исключает "прибыльно".
Тот же 1с-Битрикс вообще является эталоном как не нужно делать.
Тот же 1с-Битрикс вообще является эталоном как не нужно делать.
1С очень модно хейтить, а прибыльность видимо появляется из воздуха. Программа решает определенную долю задач для бизнеса и ее использование явно более прибыльно.
Как человек работающий за 1с я хочу прищемить пальцы дверью тому кто продумывал функционал программы.
Если бы можно было сделать тот же 1С, но круче и удобнее, его бы уже сделали и этот продукт успешно заменил бы собой данную поделку. Однако годы идут, все плюются, плачут, но пользуются, а ближайших конкурентов не видать, видимо не все так просто.
Я сам в вопросах 1С просто мимокрокодил, но будучи молодым и горячим врываясь в легаси код часто думал "вот я щас как тут все это говно перепишу и будет норм", по итогу оказывалось, что и говно бывает на своем месте, если его писал кто-то умнее тебя.
Я сам в вопросах 1С просто мимокрокодил, но будучи молодым и горячим врываясь в легаси код часто думал "вот я щас как тут все это говно перепишу и будет норм", по итогу оказывалось, что и говно бывает на своем месте, если его писал кто-то умнее тебя.
Потому что на создание любого проекта нужны деньги
А окупаться он начинает лет через 5
И камон, 9 правил про ИТ бизнес в РФ
А окупаться он начинает лет через 5
И камон, 9 правил про ИТ бизнес в РФ
Сомнительная отмазка. Мало какой бизнес окупается быстро. Это не мешает людям строить Отели, рестораны и прочее. По затратам 4-5звездочная гостиница вполне сравнима с затратами на разработку ПО.
Подавляющее большинство людей с деньгами очень консервативны и любят вкладываться по обкатанной схеме. Тем более, даже если отель не окупится, всё равно будет здание, которое хоть чего-то да стоит. А вот томик кода размером с Войну и мир может вообще ничего не стоить. И нафига в это вкладываться? Риск огромный, гарантий никаких.
Огромный риск и отсутствие гарантий - это описание любого бизнеса который ты заводишь самостоятельно.
достоинства 1с не в плоскости инженерии, а в том, что она быстро адапируеся под изменения в законодательстве. ходят слухи, что они активно юзают инсайд, и пилят фичи еще о выхода законов, а может даже инициируют эти самые изменения, при этом лоббируют такой порядок вступления и в силу, который конкуренты не понянут
Но там нет элементарных вещей (или это я такой избранный) например кнопки отмены последнего действия.
Кому нахуй тут нужна твоя правда, уважаемый пидор.
Действительно, пойду-ка я нахуй. ЖС для пидоров, 1С ебаная раковальня, диды писали на перфокартах вот тогда было заебись.
Мудрый выбор, я кстати 15 лет уже 1С-положительный, научился жить с этим. Главное, побольше говорить об этом с другими такими же, а на публику выносить не стоит, особенно в сообществах "настоящих программистов" и студентоты, которая вся будет работать в гугле, конечно же.
Проработал в 1с 2 года. НУ ЕГО НАХУЙ, не пойду туда даже за 2х прибавку
Речь об 1с битриксе. Это свистопердящая система на пхп.
Но да. Бизнесу похуй, в вот тем, кто с этим будет ебаться (прогерам), нет.
Но да. Бизнесу похуй, в вот тем, кто с этим будет ебаться (прогерам), нет.
Лично меня выбешивает то, что скриптом файл не создашь толком и приходится придумывать полный пиздец и костыли
О чем ты блядь вообще?
"Пиздец и костыли"
О том что подлый браузер не дает фронтенду творить хуиту на компе, видимо.
Кароч, яваскрипит оч.хороший но пздц.сложный.
На питоне и 1с же
JS - такой же уебищный, как Postal 2 - жестокая игра. Можно пройти без убийств, но это скучно. Так поныть не получиться
Если тебе скучно постал без убийств проходить, то это с тобой что-то не так.
Був-бу-бу-бу
Мвногие влудви пвосто пвивикли певедвигадца на тванквах, и забыыли как легкво и пвиятно мовно пывосто ходвить
Мвногие влудви пвосто пвивикли певедвигадца на тванквах, и забыыли как легкво и пвиятно мовно пывосто ходвить
Скажи, а операционку на js написать можно?
Ты вообще не понял о чем я.
Как раз о том, что многие прикладные программы далеки по сложности от всяких там операционок, но чтобы их создать иной раз приходится вкушать всего того страдания, которое вкушают создатели операционок. Зачем?
Как раз о том, что многие прикладные программы далеки по сложности от всяких там операционок, но чтобы их создать иной раз приходится вкушать всего того страдания, которое вкушают создатели операционок. Зачем?
А мне как раз интересно, можно ли написать на js операционку, чтобы продолжить речь персонажа из поста.
Что эмулятор 86-го проца на нём можно написать, я уже знаю.
Что эмулятор 86-го проца на нём можно написать, я уже знаю.
Чисто на JS - нет. Возьмём, к примеру, какой-нибудь ARM, у них все проще. Чтоб начать работать, надо просто положить программу в машинных кодах этого арма в правильное место флеш-памяти. Поэтому придется в начале реализовать написать js-движок, который получит управление при старте, написать js-врапперы для прямой работы с памятью, а уже потом начать исполнение js-кода операционки.
1. Выкидываем кучу существующих инструментов. "Браузер и верстка сделали половину работы" - так ОС/графический тулкит тоже сделали, предоставляя программисту всякие кнопочки и прочее.
2. JS тупо медленнее, чем даже Java/NET, не говоря уже о компилируемых языках
3. JS жрет кучу памяти сам по себе, потому что объекты создаются на каждый чих, которые потом заботливо удаляет GC. А уж подход всяких Redux, пропагандируемый как труЪ - это вообще мрак и ужас. Иммутабельный стейт, который меняется на каждый чих.
4. JS позволяет стрелять себе в ногу со скоростью пулемета и не заметить этого до рантайма. Разумеется, всякие C++ и даже C# не защищены от этого, но все же типизация сильно облегчает работу. А ведь там еще не самая крутая система типов. Если посмотреть в сторону Rust или, о боже, функциональных языков, там такие возможности типизации, что вообще огонь.
5. И все это тащит за собой браузер. Каждое приложение тащит ебаный браузер.
Если уж вы делаете приложение в виде веба - то пусть оно тупо будет в браузере. С возможностью создавать вкладки, что-то копировать, сохранять и прочими преимуществами веба.
2. JS тупо медленнее, чем даже Java/NET, не говоря уже о компилируемых языках
3. JS жрет кучу памяти сам по себе, потому что объекты создаются на каждый чих, которые потом заботливо удаляет GC. А уж подход всяких Redux, пропагандируемый как труЪ - это вообще мрак и ужас. Иммутабельный стейт, который меняется на каждый чих.
4. JS позволяет стрелять себе в ногу со скоростью пулемета и не заметить этого до рантайма. Разумеется, всякие C++ и даже C# не защищены от этого, но все же типизация сильно облегчает работу. А ведь там еще не самая крутая система типов. Если посмотреть в сторону Rust или, о боже, функциональных языков, там такие возможности типизации, что вообще огонь.
5. И все это тащит за собой браузер. Каждое приложение тащит ебаный браузер.
Если уж вы делаете приложение в виде веба - то пусть оно тупо будет в браузере. С возможностью создавать вкладки, что-то копировать, сохранять и прочими преимуществами веба.
Все то, что ты сейчас пишешь про JS раньше писали про Java - и что она медленнее C/C++ (в разы), и что память расходует как попало (и, кстати, до сих пор), и что она тащит за собой тяжелый JVM. Во времена, когда приложения занимали десятки мегабайт оперативной памяти, эта ваша Ява начинала разговор с сотни и страшно тупила.
И все те аргументы, которыми защищали JAVA - подойдут и для JS - он гораздо лаконичнее, работает на любом железе, лучше приспособлен для современных интерфейсных решений.
И все те аргументы, которыми защищали JAVA - подойдут и для JS - он гораздо лаконичнее, работает на любом железе, лучше приспособлен для современных интерфейсных решений.
До сих пор не считаю, что сотни метров на простенькое приложение или несколько гигов на штук пять вкладок в браузере - это норма. На любом железе работает Си. Вот прям практически абсолютно на любое самое извращенное дерьмо можно найти порт GCC. Но это из разряда "разрешите доебаться".
Порт-то ты найдешь, а вот даже базовые библиотеки - уже не факт. На Ардуино нет нормального человеческого sprintf, например.
Да и "Си" - это слишком общее - там же 100500 наборов спецификаций, поддержка которых в GCC меняется от версии к версии.
Да и "Си" - это слишком общее - там же 100500 наборов спецификаций, поддержка которых в GCC меняется от версии к версии.
Аргумент про типизацию и пулеметную стрельбу по своим ногам, который здесь самый важный, ты удобно опустил.
Зачем ты сравниваешь ботинки с перчатками? Джава для бэкенда, жабаскрипт для фронтенда.
Потому что есть Node.js и Nest.js, а Ява-приложения в свое время регулярно попадались в браузере.
Хмм, а на чем работает нода?
А на чем работает компилятор Java? Или интерпретатор Питона?
Все таки согласись, в наше время ресурсы компа не такой уж дефицит. Часто нужно что-то не слишком сложное, считалка, подводила, учитывала, и делать такую программу путем скурпулезной экономии не совсем обязательно. Браузер сейчас есть на каждом компе, часто это единственная запущенная программа (причем на любой платформе), и логично пользоваться им для всяких банальных нужд, и если есть возможность несложно написать для этого прогу, то почему от этого нужно отказаться? Ради каких религиозных идей?
Я могу ответить на это с точки зрения пользователя и с точки зрения разработчика.
С точки зрения пользователя, я просто хочу, чтобы софт летал.
Если посмотреть на шутки про хром и ОЗУ, то отсутствие дефицита ресурсов тут как-то уже и не так очевидно. Ну даи хрен с ней, с ОЗУ. Компьютеры по сравнению с девяностыми и началом нулевых стали быстрее в десятки раз. А обычный прикладной софт, который не занимается тяжёлыми вычислениями, как тормозил так и тормозит. И я не уверен, что софт стал в десятки раз более навороченным. Какой-нибудь Outlook 360 - какой он, сука, неповортливый. Современный скайп vs скайп десять лет назад. Что изменилось? Внешний вид, добавили всяких стикеров и ботов, убрали кучу функций. В итоге, он работает чуть ли не медленнее, а памяти потребляет больше раз в десять. И так, сука, почти везде.
У меня возникает закономерный вопрос: а какого, спрашивается, хуя? Какого хрена компы становятся все мощнее, а прикладной софт становится только тяжелее, но никак не быстрее? А иногда, даже медленнее. И на что ушло два десятилетия прогресса? На красивые иконки, альфа-блендинг и поддержку разных DPI (хуевую)?
С точки зрения разработчика, мне просто не нравится, в какую жопу идет индустрия.
С тем же браузером не все так просто. Если вы хотите дать пользователю простенькое приложение, вряд ли это будет один index.html? Хотя это можно так сделать, это будет работать, самое главное, это будет работать ВЕЗДЕ, где есть браузер. Даже не так. Оно будет работать ВЕЗДЕ и без изменений, один и тот же файл. Круто. Но нет, обычно все это запаковывают в какой-то пакет, цепляют к нему движок хрома в сто раз больше самого приложения и отдают в таком виде. И вот оно уже не такое и кросс-платформенное, потому что этот пакет надо будет собрать под разные платформы, укомплектовать соответствующими хромами.
Едем дальше. Если вам не хватает простеньких операций в браузере, а хотите, к примеру, работать с файловой системой или еще чем-то в ОС, вам никто не даст это сделать из браузера. Поэтому вы берете nodejs, опять хром и все повторяется снова. (Кстати, напомню, какой-нибудь .NET Core/Mono и Java будут работать на любой поддерживаемой платформе БЕЗ перекомпиляции. Условный jar запустится везде, где есть java runtime). Для взаимодействия с сервером нам придется ебаться и писатьзапросы, запросы, запросы. Там, где даже на сраном Visual Basic родом из 90х, я тыкал два раза на кнопочку в редакторе Visual Studio и мог в обработчике события что-то писать, теперь нужно знатно поебаться. Ладно, у нас получилось клиент-серверное приложение, круто. Может быть, я смогу как-нибудь использовать его удаленно? Не с помощью богомерзкого RDP или X-Forwarding, которые мне тупо картинку передают, а запустить полностью локальный GUI у себя, который будет ходить в бэкенд на удаленную машину? Это же ровно то, для чего придуман веб? У вас же уже HTTP запросы под капотом? Я так думаю, эту функциональность можно добавить практически бесплатно? Что? Снова нет?
Что мы имеем? Мы имеем пирамиду костылей и велосипедов, которую заботливо выстраиваем 30 лет. Мы накрутили множество слоев, чтобы сделать из одной технологии что-то совершенно иное, для чего она вовсе не задумывлась. Мы тащим функциональность ОС в браузер. Мы рисуем контролы ручками, когда они уже есть. Иногда даже диалоги работы с файлами рисуют (привет, последний офис). Мы используем клиент-серверные приложения локально и без возможности воспользоваться преимуществами такого подхода. Мы изобретаем WASM, чтобы код в браузере не так сильно лагал, а потом портируем туда .NET. Теперь ты можешь запускать виртуальную машину, пока запускаешь виртуальную машину.
Это практически как эволюция. Что-то новое не может возникнуть из ниоткуда, оно возникает из "предков" маленькими шажками. И дальше пиздец будет только усиливаться. Что можно предложить в замен? Ну ладно, вот вам немного фантазий и мечтаний.
- Вы хотите писать приложения, которые будут работать везде и на любой платформе?
- Вы не используете натинвые контролы от ОС, а рисуете все сами (и не только веб. GTK, Qt, WPF итп).
- Хотите, чтобы было быстро?
- Хотите клиент-сервер?
Окей, нам нужен 15й стандарт, который решит все наши проблемы. Вместо того, чтобы тащить все в браузер, предлагаю браузер просто выкинуть нахуй. Пусть каждая ОС предоставляет стандартный API поверх какой-нибудь low-level virtual machine, того же WASM и стандартный же способ описания интерфейса. На базе HTML+CSS, но из него можно повыкидывать кучу легаси, добавить то, чего не хватает. (К примеру, всякие XAML-based языки разметки во всяких Android или WPF в некоторых аспектах круче HTML). У приложения есть окно (или окна), в которое оно может рисовать. Вам не нужен отдельный веб-сервер и HTTP. ОС уже предоставляет вам какой-то клиент-серверный API, при этом вам абсолютно плевать, какой там транспорт. В итоге, при работе локально у вас быстрый доступ без всяких затрат на генерирование и парсинг строкового протокола с передачей по TCP в localhost, а, к примеру, shared memory. Но в то же время вы можете спокойно вынести фронтенд на удаленную машину, и запросы прозрачно превратятся в HTTP или что-нибудь еще. Охуенно же.
С точки зрения пользователя, я просто хочу, чтобы софт летал.
Если посмотреть на шутки про хром и ОЗУ, то отсутствие дефицита ресурсов тут как-то уже и не так очевидно. Ну даи хрен с ней, с ОЗУ. Компьютеры по сравнению с девяностыми и началом нулевых стали быстрее в десятки раз. А обычный прикладной софт, который не занимается тяжёлыми вычислениями, как тормозил так и тормозит. И я не уверен, что софт стал в десятки раз более навороченным. Какой-нибудь Outlook 360 - какой он, сука, неповортливый. Современный скайп vs скайп десять лет назад. Что изменилось? Внешний вид, добавили всяких стикеров и ботов, убрали кучу функций. В итоге, он работает чуть ли не медленнее, а памяти потребляет больше раз в десять. И так, сука, почти везде.
У меня возникает закономерный вопрос: а какого, спрашивается, хуя? Какого хрена компы становятся все мощнее, а прикладной софт становится только тяжелее, но никак не быстрее? А иногда, даже медленнее. И на что ушло два десятилетия прогресса? На красивые иконки, альфа-блендинг и поддержку разных DPI (хуевую)?
С точки зрения разработчика, мне просто не нравится, в какую жопу идет индустрия.
С тем же браузером не все так просто. Если вы хотите дать пользователю простенькое приложение, вряд ли это будет один index.html? Хотя это можно так сделать, это будет работать, самое главное, это будет работать ВЕЗДЕ, где есть браузер. Даже не так. Оно будет работать ВЕЗДЕ и без изменений, один и тот же файл. Круто. Но нет, обычно все это запаковывают в какой-то пакет, цепляют к нему движок хрома в сто раз больше самого приложения и отдают в таком виде. И вот оно уже не такое и кросс-платформенное, потому что этот пакет надо будет собрать под разные платформы, укомплектовать соответствующими хромами.
Едем дальше. Если вам не хватает простеньких операций в браузере, а хотите, к примеру, работать с файловой системой или еще чем-то в ОС, вам никто не даст это сделать из браузера. Поэтому вы берете nodejs, опять хром и все повторяется снова. (Кстати, напомню, какой-нибудь .NET Core/Mono и Java будут работать на любой поддерживаемой платформе БЕЗ перекомпиляции. Условный jar запустится везде, где есть java runtime). Для взаимодействия с сервером нам придется ебаться и писатьзапросы, запросы, запросы. Там, где даже на сраном Visual Basic родом из 90х, я тыкал два раза на кнопочку в редакторе Visual Studio и мог в обработчике события что-то писать, теперь нужно знатно поебаться. Ладно, у нас получилось клиент-серверное приложение, круто. Может быть, я смогу как-нибудь использовать его удаленно? Не с помощью богомерзкого RDP или X-Forwarding, которые мне тупо картинку передают, а запустить полностью локальный GUI у себя, который будет ходить в бэкенд на удаленную машину? Это же ровно то, для чего придуман веб? У вас же уже HTTP запросы под капотом? Я так думаю, эту функциональность можно добавить практически бесплатно? Что? Снова нет?
Что мы имеем? Мы имеем пирамиду костылей и велосипедов, которую заботливо выстраиваем 30 лет. Мы накрутили множество слоев, чтобы сделать из одной технологии что-то совершенно иное, для чего она вовсе не задумывлась. Мы тащим функциональность ОС в браузер. Мы рисуем контролы ручками, когда они уже есть. Иногда даже диалоги работы с файлами рисуют (привет, последний офис). Мы используем клиент-серверные приложения локально и без возможности воспользоваться преимуществами такого подхода. Мы изобретаем WASM, чтобы код в браузере не так сильно лагал, а потом портируем туда .NET. Теперь ты можешь запускать виртуальную машину, пока запускаешь виртуальную машину.
Это практически как эволюция. Что-то новое не может возникнуть из ниоткуда, оно возникает из "предков" маленькими шажками. И дальше пиздец будет только усиливаться. Что можно предложить в замен? Ну ладно, вот вам немного фантазий и мечтаний.
- Вы хотите писать приложения, которые будут работать везде и на любой платформе?
- Вы не используете натинвые контролы от ОС, а рисуете все сами (и не только веб. GTK, Qt, WPF итп).
- Хотите, чтобы было быстро?
- Хотите клиент-сервер?
Окей, нам нужен 15й стандарт, который решит все наши проблемы. Вместо того, чтобы тащить все в браузер, предлагаю браузер просто выкинуть нахуй. Пусть каждая ОС предоставляет стандартный API поверх какой-нибудь low-level virtual machine, того же WASM и стандартный же способ описания интерфейса. На базе HTML+CSS, но из него можно повыкидывать кучу легаси, добавить то, чего не хватает. (К примеру, всякие XAML-based языки разметки во всяких Android или WPF в некоторых аспектах круче HTML). У приложения есть окно (или окна), в которое оно может рисовать. Вам не нужен отдельный веб-сервер и HTTP. ОС уже предоставляет вам какой-то клиент-серверный API, при этом вам абсолютно плевать, какой там транспорт. В итоге, при работе локально у вас быстрый доступ без всяких затрат на генерирование и парсинг строкового протокола с передачей по TCP в localhost, а, к примеру, shared memory. Но в то же время вы можете спокойно вынести фронтенд на удаленную машину, и запросы прозрачно превратятся в HTTP или что-нибудь еще. Охуенно же.
Выкинуть браузер, чтобы сделать браузер?
Вроде когда-то браузеры могли юзать диск, потом это убрали из-за вирусности. Потом еще были еще hta, хз наксколько они кроссплатформены, вряд ли сильно, но отлично работали, и их перестали развивать из-за вирусности.
Есть впечатление, что геморой, который стоит между js-быдлокодером нормальной программой, это некая защита, чтобы он писал поменьше вирусни.
А вообще, конечно, кода-нибудь придет Нео и перепрограммирует все с нуля, и это будет новый правильный мир.
Вроде когда-то браузеры могли юзать диск, потом это убрали из-за вирусности. Потом еще были еще hta, хз наксколько они кроссплатформены, вряд ли сильно, но отлично работали, и их перестали развивать из-за вирусности.
Есть впечатление, что геморой, который стоит между js-быдлокодером нормальной программой, это некая защита, чтобы он писал поменьше вирусни.
А вообще, конечно, кода-нибудь придет Нео и перепрограммирует все с нуля, и это будет новый правильный мир.
1. Не совсем. Выкинуть стек велосипедов и костылей, который создавался в 90х, чтобы рисовать новостные сайты, и сделать новый, ориентированные под современные потребности - кросс-платформенную разработку приложений. Отличия я упомянул, и это только то, что пришло мне сейчас в голову.
2. Разумеется, это защита. Код в браузере лишен всякого доступа в систему, иначе какой-нибудь рекламный банер на джое мог бы пиздить твои данные и устанавливать майнеры.
3. Я понимаю, что это не сбыточные мечты.
2. Разумеется, это защита. Код в браузере лишен всякого доступа в систему, иначе какой-нибудь рекламный банер на джое мог бы пиздить твои данные и устанавливать майнеры.
3. Я понимаю, что это не сбыточные мечты.
Я лично не вижу большой проблемы в установке майнера у меня на компе джоевской рекламой. Может быть. НО. Пусть оно у меня сначала спросит об этом. Приложения же в гуглплее спрашивают тебя за всю фигню, что им можно, а что нельзя. И это даже не приложения спрашивают, а система, в соответствии с требованиями приложения. Да, получится тогда, что заходишь на сайт, а он тебя начинает за всю хуйню спрашивать, семки есть? а если найду? Но опять же, сейчас похожего говна и так на сайтах полно: куки можно? ок. подпишитесь на новости? нет. разрешить оповещения? блокировать. город такой-то? ... и т.д. И пользователь логичным образом закрывает нахуй такой сайт, потому что хотел прочитать про что-то, и про что уже забыл, пока все это кликал. Я к тому, что это нормальная была бы система, и вполне себе саморегулирующаяся. Что-то можно по умолчанию, чтобы лишний раз не дергать юзера. Например там 10мб под собственные нужды в виде sqlite базки например.
Если любой скрипт из браузера у тебя на винде будет иметь те же права, что и обычное приложение, то это будет пиздец, а не только майнер.
В принципе, никто не мешает сделать это хоть сейчас. Внести предложение в стандарт, добавить какие-то функции в браузерное API, возложить на браузер ответственность за обеспечение безопасности.
В принципе, никто не мешает сделать это хоть сейчас. Внести предложение в стандарт, добавить какие-то функции в браузерное API, возложить на браузер ответственность за обеспечение безопасности.
Ну к тому идет (и давно пытается прийти). Сейчас вроде как есть возможность сохранить сайт в виде какбэ программы к себе на диск (pwa вроде). По сути (я так понимаю), это просто ссыль на сайт, но без браузерных навесов в виде адресной строки, вкладок и т.д. Вот к этой фигне добавить разрешений, добавить еще доступ к аппаратным приблудам и возможность с ними работать, пусть и медленно и не удобно, и все, ура прогрессу!
1. Как у этого дела с автономной работой, без интернета?
2. Если это сайт, заявки пытаться делать его не сайтом, убирая такие плюшки браузеров, как закладки и вкладки?
2. Если это сайт, заявки пытаться делать его не сайтом, убирая такие плюшки браузеров, как закладки и вкладки?
1. Когда ты последний раз без интернета был, развлекался, работал? Я давно.
2. У хтмл, цсс очень много удобной фигни, которая очень удобна, пусть и может быть не слишком легковесна. И вся эта полезная фигня по сути не связана с такими вещами как вкладки, настройки, закадки, адресные строки и т.д. Все это можно отбросить и просто пользоваться удобной разметкой, а простеньким к освоению js с какой-ниудь еще больше упрощающей его библиотечкой можно быстро и удобно творить всякие приятные программистские гнусности.
2. У хтмл, цсс очень много удобной фигни, которая очень удобна, пусть и может быть не слишком легковесна. И вся эта полезная фигня по сути не связана с такими вещами как вкладки, настройки, закадки, адресные строки и т.д. Все это можно отбросить и просто пользоваться удобной разметкой, а простеньким к освоению js с какой-ниудь еще больше упрощающей его библиотечкой можно быстро и удобно творить всякие приятные программистские гнусности.
1. Если я скачиваю "типо локальное приложение", я хочу чтобы оно работало локально, а не ходило на удаленные серваки с запросами на каждый чих. Во-первых, это тупо быстрее, во-вторых, software as a service позволит кому-то за тебя решить, что тебе твое приложение больше не нужно, поэтому да-да, пошел ты нахер.
2.1. Я не против HTML/CSS, там есть много удачных решений. Например, CSS - это лучший вариант стилазции ever, по сравнению с которым стили WPF или Android нервно курят в сторонке. А вот HTML уже не так хорош, но это отдельная песня.
2.2. Как адресная строка и и вкладки вообще влияют на программиста-вебера и на сложность освоения? Они просто есть, с ними ты никак не взаимодействуешь.
2.1. Я не против HTML/CSS, там есть много удачных решений. Например, CSS - это лучший вариант стилазции ever, по сравнению с которым стили WPF или Android нервно курят в сторонке. А вот HTML уже не так хорош, но это отдельная песня.
2.2. Как адресная строка и и вкладки вообще влияют на программиста-вебера и на сложность освоения? Они просто есть, с ними ты никак не взаимодействуешь.
2.2 Дело не в влиянии на программиста, а на пользователя. В какой-то конкретной программе, которой пользователь решил воспользоваться очень легко могут оказаться полностью ненужными адресная строка и вкладки.
> У меня возникает закономерный вопрос: а какого, спрашивается, хуя? Какого хрена компы становятся все мощнее, а прикладной софт становится только тяжелее, но никак не быстрее?
Каганов лет десять назад примерно то же самое писал (правда, применительно к дистрам линукса).
Каганов лет десять назад примерно то же самое писал (правда, применительно к дистрам линукса).
Да, я читал. И во многом с ним согласен.
> С точки зрения пользователя, я просто хочу, чтобы софт летал.
И сразу мимо. Ни у кого это не приоритет. Приоритет - чтобы софт наличествовал и работал. А если он будет летать - хорошо. Но сперва - наличие и работоспособность.
Но посмотрим на скорость. Берем любуй не-веб-два-нольный сайт, и... он грузится существенно быстрее, но он грузится НА КАЖДУЮ СРАНУЮ ОПЕРАЦИЮ. В лучшем случае перегружает фрейм, в худшем - полностью обновляет всю страницу.
Ну ладно, скажешь ты, ведь аякс появился очень давно, может быть стоило остановиться на каком-нибудь jquery и норм?
Но это ломает логику кнопки "назад" - нажал ее и вся страница улетела в жопу. Нужна навигация, которая бы как бы работала в рамках одного веб-приложения, но не перезагружала ничего. Да и подлый юзер может взять и нажать F5 в неподходящем месте. И вот у тебя уже есть роутер и над тобой нависает тень редукса.
А чтобы твое творение отображалось на разных мобильных и десктопных устройствах придется добавить @media и grid. Чтобы выиграть в производительности, но не проебать древние браузеры, придется добавить полифил. И так одно, другое, третье.
Что? Ты хочешь все-таки быстро работающее приложение? Не вопрос, но тогда тебе придется изучить немного больше, чем краткий вводный курс в современные фреймворки, чтобы знать, что и как нужно. Берешь себе в помощь Lighthouse и вперед, покорять вершины и глубины.
P.S.: А нативные интерфейсы как правило уебищны, попробуй в селект запихнуть, скажем, выбор языка с иконкой флага - удивишься.
И сразу мимо. Ни у кого это не приоритет. Приоритет - чтобы софт наличествовал и работал. А если он будет летать - хорошо. Но сперва - наличие и работоспособность.
Но посмотрим на скорость. Берем любуй не-веб-два-нольный сайт, и... он грузится существенно быстрее, но он грузится НА КАЖДУЮ СРАНУЮ ОПЕРАЦИЮ. В лучшем случае перегружает фрейм, в худшем - полностью обновляет всю страницу.
Ну ладно, скажешь ты, ведь аякс появился очень давно, может быть стоило остановиться на каком-нибудь jquery и норм?
Но это ломает логику кнопки "назад" - нажал ее и вся страница улетела в жопу. Нужна навигация, которая бы как бы работала в рамках одного веб-приложения, но не перезагружала ничего. Да и подлый юзер может взять и нажать F5 в неподходящем месте. И вот у тебя уже есть роутер и над тобой нависает тень редукса.
А чтобы твое творение отображалось на разных мобильных и десктопных устройствах придется добавить @media и grid. Чтобы выиграть в производительности, но не проебать древние браузеры, придется добавить полифил. И так одно, другое, третье.
Что? Ты хочешь все-таки быстро работающее приложение? Не вопрос, но тогда тебе придется изучить немного больше, чем краткий вводный курс в современные фреймворки, чтобы знать, что и как нужно. Берешь себе в помощь Lighthouse и вперед, покорять вершины и глубины.
P.S.: А нативные интерфейсы как правило уебищны, попробуй в селект запихнуть, скажем, выбор языка с иконкой флага - удивишься.
Не обязательно пользоваться селектом. С той же жыкуэрией нетрудно накидать и свое тупо на дивах, было бы желание. А то и готовое чтонить найти, наверняка уже кто-то озадачивался селектом с картинками.
> Не обязательно пользоваться селектом.
Ну так товарищ выше топит за системные интерфейсы. Так-то понятно, что селект есть в библиотеках во множестве вариатов на любой вкус.
Ну так товарищ выше топит за системные интерфейсы. Так-то понятно, что селект есть в библиотеках во множестве вариатов на любой вкус.
> Приоритет - чтобы софт наличествовал и работал.
Я подразумвал, что софт есть. Глупо спорить об неэффективности того, чего нет. Но вот такое "на, братишка, я тебе покушать принес" меня совершенно не радует, и жрать хоть какое-то дерьмо на лопате - удовольствие ниже среднего, я вам скажу.
Чувак, ты приводишь в пример SPA. Где я выступаю против SPA (разумеется, там, где оно нужно, а не так, как сделал хабр в мобильной версии)? Я выступаю против того, что все и вся делать на вебе, потом запаковывать свое поделие вместе с очередным хромом и отдавать юзверям.
А в классических UI-тулкитах (поехали: GDI+ и MFC (для извращенцев) WinForms, WPF и WPF-подобные поделия, GTK, Qt, WxWidgets, стопицот джавных тулкитов, которые я не знаю), сюрприз-сюрприз, нет никаких загрузок на каждую операцию. И кнопок "назад" там тоже нету. Или есть, но они часть приложения и работают по логике приложения.
Что касается всяких redux... Пока что самое удобное, что я видел для связи данных и отображения, это паттерн MVVM, в особенности его реализация на Reactive Extensions в тулките Avalonia UI, но он настолько сырой, насколько возможно.
> Что? Ты хочешь все-таки быстро работающее приложение?
Я вообще очень далеко от мира веб и прочей UI-разработки, с фреймворками и прочими лайтхаусами. Я сказал, чего я хочу, как юзверь.
> А нативные интерфейсы как правило уебищны
А полу-нативные, такие, как WPF, Qt и прочие, которые рисуют контролы сами с помощью всяких OpenGL/DirectX, но без браузеров и прочих JS, позволяют творить с интерфейсом такое, что HTML даже не снилось. Как на счет приложения, ВЕСЬ интерфейс которого, с кнопочками, менюшками, текстовыми полями и всем прочим можно БЫСТРО масштабировать туда-сюда, двигать?
Я подразумвал, что софт есть. Глупо спорить об неэффективности того, чего нет. Но вот такое "на, братишка, я тебе покушать принес" меня совершенно не радует, и жрать хоть какое-то дерьмо на лопате - удовольствие ниже среднего, я вам скажу.
Чувак, ты приводишь в пример SPA. Где я выступаю против SPA (разумеется, там, где оно нужно, а не так, как сделал хабр в мобильной версии)? Я выступаю против того, что все и вся делать на вебе, потом запаковывать свое поделие вместе с очередным хромом и отдавать юзверям.
А в классических UI-тулкитах (поехали: GDI+ и MFC (для извращенцев) WinForms, WPF и WPF-подобные поделия, GTK, Qt, WxWidgets, стопицот джавных тулкитов, которые я не знаю), сюрприз-сюрприз, нет никаких загрузок на каждую операцию. И кнопок "назад" там тоже нету. Или есть, но они часть приложения и работают по логике приложения.
Что касается всяких redux... Пока что самое удобное, что я видел для связи данных и отображения, это паттерн MVVM, в особенности его реализация на Reactive Extensions в тулките Avalonia UI, но он настолько сырой, насколько возможно.
> Что? Ты хочешь все-таки быстро работающее приложение?
Я вообще очень далеко от мира веб и прочей UI-разработки, с фреймворками и прочими лайтхаусами. Я сказал, чего я хочу, как юзверь.
> А нативные интерфейсы как правило уебищны
А полу-нативные, такие, как WPF, Qt и прочие, которые рисуют контролы сами с помощью всяких OpenGL/DirectX, но без браузеров и прочих JS, позволяют творить с интерфейсом такое, что HTML даже не снилось. Как на счет приложения, ВЕСЬ интерфейс которого, с кнопочками, менюшками, текстовыми полями и всем прочим можно БЫСТРО масштабировать туда-сюда, двигать?
> Я подразумвал, что софт есть.
А не надо принимать это как должное. Софт определяется бюджетом. То, что позволяют делать сегодня фреймворки одному разработчику за год - десять лет назад делала команда, а двадцать лет назад было вообще невозможно сделать в какие-то вменяемые сроки.
> Я выступаю против того, что все и вся делать на вебе
Ну так если есть куча денег и времени или в качестве хобби - пиши хоть на ассеблере.
Или если производительность абсолютно критична, хотя в таких случаях обычно тяжелые вещи выносят в библиотеки - вон, в науке вовсю пользуются питоном, а более тормозного и прожорливого говна мир еще не видывал (ну, может кроме Ruby), но какая разница насколько он быстр, если он всего лишь обертка для обращения к мат. библиотекам?
> Как на счет приложения, ВЕСЬ интерфейс которого, с кнопочками, менюшками, текстовыми полями и всем прочим можно БЫСТРО масштабировать
Да вообще как нехуй. К слову, браузеры тоже умеют в 2D-акселерацию.
А не надо принимать это как должное. Софт определяется бюджетом. То, что позволяют делать сегодня фреймворки одному разработчику за год - десять лет назад делала команда, а двадцать лет назад было вообще невозможно сделать в какие-то вменяемые сроки.
> Я выступаю против того, что все и вся делать на вебе
Ну так если есть куча денег и времени или в качестве хобби - пиши хоть на ассеблере.
Или если производительность абсолютно критична, хотя в таких случаях обычно тяжелые вещи выносят в библиотеки - вон, в науке вовсю пользуются питоном, а более тормозного и прожорливого говна мир еще не видывал (ну, может кроме Ruby), но какая разница насколько он быстр, если он всего лишь обертка для обращения к мат. библиотекам?
> Как на счет приложения, ВЕСЬ интерфейс которого, с кнопочками, менюшками, текстовыми полями и всем прочим можно БЫСТРО масштабировать
Да вообще как нехуй. К слову, браузеры тоже умеют в 2D-акселерацию.
> То, что позволяют делать сегодня фреймворки одному разработчику за год
Я ждал этого комментария. Ага, особенно для софта который уже существовал леть десять-двадцать назад (см. офис и прочие), но за годы разжирел на ровном месте. Видимо, компании любят по приколу пихать модных технологий и регулярно переписывать старый говнокод
>.Да вообще как нехуй. К слову, браузеры тоже умеют в 2D-акселерацию.
Как? canvas не предлагать, я е хочу делать весь интерфейс руками из примитивов.
Я ждал этого комментария. Ага, особенно для софта который уже существовал леть десять-двадцать назад (см. офис и прочие), но за годы разжирел на ровном месте. Видимо, компании любят по приколу пихать модных технологий и регулярно переписывать старый говнокод
>.Да вообще как нехуй. К слову, браузеры тоже умеют в 2D-акселерацию.
Как? canvas не предлагать, я е хочу делать весь интерфейс руками из примитивов.
> Ни у кого это не приоритет. Приоритет - чтобы софт наличествовал и работал. А если он будет летать - хорошо.
Ха-ха, ёпт. Мало ты с людьми общался.
Изразговора срача с начальником на прошлой работе (между прочим, инженером):
- Это чё за пиздец, почему интерфейс серым становится? Мне через 10 минут уезжать на выставку, а с программой, которую я же ещё в прошлом году у другого программиста принимал, такой пиздец - это всё вы, программисты виноваты!
- Блять, ты приоритеты расставлять умеешь? Одно дело, когда датчики нихуя не меряют и с них информация не приходит, и совсем другое, когда во время измерений всего лишь интерфейс блокируется, чтобы пользователь не мог в галочки тыкать.
- Нету никаких приоритетов! Приоритет у всего один: всё должно работать!
Ха-ха, ёпт. Мало ты с людьми общался.
Из
- Это чё за пиздец, почему интерфейс серым становится? Мне через 10 минут уезжать на выставку, а с программой, которую я же ещё в прошлом году у другого программиста принимал, такой пиздец - это всё вы, программисты виноваты!
- Блять, ты приоритеты расставлять умеешь? Одно дело, когда датчики нихуя не меряют и с них информация не приходит, и совсем другое, когда во время измерений всего лишь интерфейс блокируется, чтобы пользователь не мог в галочки тыкать.
- Нету никаких приоритетов! Приоритет у всего один: всё должно работать!
Пример, что ты привел - он не про общение с людьми, он про общение с пидорасами. Работать с пидорасами или нет - личный выбор каждого, однако, они редко встречаются в хоть сколь-нибудь приличных конторах.
"Пидорасы редко встречаются в хоть сколько-нибудь приличных конторах"
Ха, и этот человек мне в другом треде что-то затирает про невинность и детскую чистоту.
Пидорство есть в каждом человеке, оно может проявляться в большей или меньшей степени (причём степень проявления может меняться даже в течение одного дня), но заявлять, будто в "хоть сколько-нибудь приличных" конторах пидорства нет (и в критерий "хоть сколько-нибудь" попадает более одной конторы из тысячи) - это наивняк.
Ха, и этот человек мне в другом треде что-то затирает про невинность и детскую чистоту.
Пидорство есть в каждом человеке, оно может проявляться в большей или меньшей степени (причём степень проявления может меняться даже в течение одного дня), но заявлять, будто в "хоть сколько-нибудь приличных" конторах пидорства нет (и в критерий "хоть сколько-нибудь" попадает более одной конторы из тысячи) - это наивняк.
Ну, у меня рабочий стаж - 20 лет, не считая фриланса. Работал в шести разных компаниях, от совсем мелких, где все надо было вчера и на словах, до крупных, где любая задача регистрируется и отслеживается. Но такого поведения, как ты описал, не позволял себе в отношении меня или моих коллег никто и ни разу.
С другой стороны, не работал никогда в госконтрорах.
С другой стороны, не работал никогда в госконтрорах.
Госконторы сильны тем, что могут позволять себе тотальную убыточность. Соответственно можно порой творить просто лютую дичь, и это ещё и будет называться субординацией и продуктивностью.
Видимо у него глаза тоже на js
Objective-C - это ебучий пиздец, все кто его защищают сраные дегенераты
C++ - это ебучий пиздец, все кто его защищают сраные дегенераты
Perl - это ебучий пиздец, все кто его защищают сраные дегенераты
Delphi - это ебучий пиздец, все кто его защищают сраные дегенераты
PHP - это ебучий пиздец, все кто его защищают сраные дегенераты
... Вы находитесь здесь ...
JavaScript
... Вы находитесь здесь ...
C++ - это ебучий пиздец, все кто его защищают сраные дегенераты
Perl - это ебучий пиздец, все кто его защищают сраные дегенераты
Delphi - это ебучий пиздец, все кто его защищают сраные дегенераты
PHP - это ебучий пиздец, все кто его защищают сраные дегенераты
... Вы находитесь здесь ...
JavaScript
... Вы находитесь здесь ...
Ну похапэ и правда пиздец, говорю как быдлокодер, который на нём спагетти-код писал.
Херачить код в специальный тэг хтмл? Для чего это вообще может пригодиться, кроме вебодиннольной хоумпаги?
Херачить код в специальный тэг хтмл? Для чего это вообще может пригодиться, кроме вебодиннольной хоумпаги?
Я на PHP тоже писал. Я писал сначала на Smarty, а потом Twig нашёл. Так что я ни дня не херачил вёрстку в код. Потом уже жирные проекты как подработка были FuelPHP -> Lumen -> Laravel. Первый без ничего, на втором и третьем ReactPHP (да, мне помогали, но не суть). Причём был линтер который не давал отправить в репозиторий файлы у которых не было `declare(strict_types=1);`. Ещё раз повторюсь, я понимаю что я с профи работал, но всего того кошмара который везде пишут я и близко не видел. И вообще иногда кажется, что я на каком-то другом PHP писал, видать не зацепил версии три и четыре вот и не рефлексирую. Давно не прикасался к PHP, но и давно понял, что проблема только в людях которые дальше вебодиннольной хоумпаги писать не могут. Не зашло - не пиши. Надо писать - ищи ментора, другую команду которая что-то умеет, они помогут. А пока сам будешь писать говнокод, и никто его толком не проверяет, то ты так на месте и останешься. Хоть с PHP, хоть с Java, хоть со Scala. Ты просто обязан окружить себя профи которые намного лучше тебя.
C++ - охуенная тема. И даже Си. Как бы всякие джависты и скриптеры не хотели их похоронить.
А мне версии с++ после 2011 года не нравятся. Выглядит эта хуета так же как сраный js
Можете пояснить? Чем же?
C++ старается делать zero-cost abstractions, так что от ЖС это все же далековато. Зато новых возможностей вагон и маленькая тележка. move-семантика, списки инициализации, variadic templates, enum class, range-based for итп итд.
C++ старается делать zero-cost abstractions, так что от ЖС это все же далековато. Зато новых возможностей вагон и маленькая тележка. move-семантика, списки инициализации, variadic templates, enum class, range-based for итп итд.
годы идут, а срачи остаются :)
http://lurkmore.to/%D0%AF%D0%B7%D1%8B%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F
Python — идеальный язык для обучения программированию школоты, так как даже обезьяна осилит. Да что уж там обезьяна, даже 1Сник или похапэшник не облажается. Тем не менее, на нём пишут и серьёзные вещи. Огромный плюс языка — синтаксис, всячески ограничивающий говнокодера в вымещении своих влажных фантазий в файл со скриптом в необработанном виде. В результате даже ОЧЕНЬ ПЛОХО написанный код таки поддаётся синтаксическому разбору среднестатистическим программистом. Ещё одно непревзойдённое достоинство языка и компиляторов для него — феерическая скорость работы программ, что позволяет даже самому бездарному учащемуся для простейших вычислений заранее получать результат, вычисленный столбиком до окончания работы программы.
Javascript — ужас и кошмар любого вменяемого разработчика, на фоне которого PHP выглядит, мать его, Haskell-ем. Несмотря на отсутствие нормальной структурированности и откровенные проебы в базовой архитектуре, горячо любим нублом за предельно низкий даже среди ближайших конкурентов порог вхождения, а также работодателями, готовыми взять на фирму долбоёба с двухмесячным стажем, который быстро-решительно наваяет им относительно рабочую, но при этом абсолютно неподдерживаемую систему без всякой перспективы к дальнейшему развитию. О том, насколько javascript на самом деле плох, красноречиво говорит количество псевдоязыков, код которых может в него транслироваться.
http://lurkmore.to/%D0%AF%D0%B7%D1%8B%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F
Python — идеальный язык для обучения программированию школоты, так как даже обезьяна осилит. Да что уж там обезьяна, даже 1Сник или похапэшник не облажается. Тем не менее, на нём пишут и серьёзные вещи. Огромный плюс языка — синтаксис, всячески ограничивающий говнокодера в вымещении своих влажных фантазий в файл со скриптом в необработанном виде. В результате даже ОЧЕНЬ ПЛОХО написанный код таки поддаётся синтаксическому разбору среднестатистическим программистом. Ещё одно непревзойдённое достоинство языка и компиляторов для него — феерическая скорость работы программ, что позволяет даже самому бездарному учащемуся для простейших вычислений заранее получать результат, вычисленный столбиком до окончания работы программы.
Javascript — ужас и кошмар любого вменяемого разработчика, на фоне которого PHP выглядит, мать его, Haskell-ем. Несмотря на отсутствие нормальной структурированности и откровенные проебы в базовой архитектуре, горячо любим нублом за предельно низкий даже среди ближайших конкурентов порог вхождения, а также работодателями, готовыми взять на фирму долбоёба с двухмесячным стажем, который быстро-решительно наваяет им относительно рабочую, но при этом абсолютно неподдерживаемую систему без всякой перспективы к дальнейшему развитию. О том, насколько javascript на самом деле плох, красноречиво говорит количество псевдоязыков, код которых может в него транслироваться.
JS превращается в TS. TS оборачивается во фреймворк. Сверху все это полируется lint-ом и получается хороший читаемый код, разбитый на модули с типовыми решениями.
Люблю питон, но зачастую код на питоне для меня нечитаем. Он позволяет делать очень компактные и насыщенные конструкции, а многие питонисты слишком не любят пустые строки для отделения чего-нибудь.
Товарисч погромист, посоветуй чем питон облечь в виндовое приложение. Сегодня ковырял ткинтер, показалось как-то очень ограничено. В частности не нашел адекватной работы с таблицами.
Я только с pyqt. Мне понравилось, но не знаю, насколько там хорошо с табличками.
Я конечно извиняюсь, но этот ваш питон не умеет в компактные конструкции даже по сравнению с яваскриптом, не говоря уже про языки типа Перла.
Отличный комментарий!