LINUX.ORG.RU
ФорумTalks

Как превратить негативное отношение в позитивное?

 , , , ,


0

1

В свое время неприязнь к C++ погубила мою карьеру программиста. Не буду загадывать, хорошо ли это или плохо, но это случилось. Одни люди видят в крестах гору костылей и повод заработать, обучившись этими костылями орудовать — другие, вроде меня, отстраняются и занимают позицию вроде «лучше я буду работать за еду, чем писать на этой параше, где в крупном проекте нужно хотя бы 8 ядер и SSD, чтобы проект компилировался меньше часа».

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

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

Или вот возьмем свежее обсуждение: React. Казалось бы, крошечная бибилотека, даже меньше моего члена, которая пишется с нуля за недельку-другую, и которая совершенно неюзабельна для достаточно динамичных приложений, потому что будет тормозить даже на самом быстром современном компе. Что иронично, учитывая ее назначение — SPA приложухи.

Я занимаю позицию «зачем мне эта гадость? Я же буду душевно страдать, прикасаясь к ней изо дня в день». И, естественно, я выпадаю из массовой фронтенд разработки, потому что куда ни плюнь — там «Senior React developer needed». В моих глазах это похоже на «Senior Calculator operator». А по-хорошему должна выглядеть как «мы — лохи с деньгами, и у нас их слишком много». То есть, позитивно, на достижение какой-то цели, а не традиционное «не нужно». Тем более, что если написать фронтэнд хорошо, не на React-е, то я создам заказчику проблему — как этот код потом будет поддерживать макака с одной извилиной? У меня-то извилины две!

PHP у меня ушло в категорию «ненужно» прям автоматом, даже без какого-то минимального погружения дальше hello world-а. Эн лет назад начал ковырять Django — там мало того, что питон не особо нужный, так еще и авторы по полной произвели overengeneering, сделав копеечную функциональность мозговыносящей. Вот же, твоя сфера дейтельности — организовывать бардак, и кучу готовый рынок лохов заказчиков, но нет, я не буду этим заниматься. Если так прикинуть, то я бы даже не смог сказать, на чем мне хотелось бы написать бэкэнд — это и есть отсутствие позитивного отношения.

Не в последнюю очередь это сдерживает меня от релиза и своего нынешнего проекта, потому что в его сыром виде это таки очередное «ненужно», которое для доведения до возможности прикладного применения требует даже не напильника, а станка с ЧПУ.

Вот. Нид хэлп, сэнкс ин адванс.

★★

У тебя проблема посерьёзнее: ты рано родился

Ну, и напишите свой, правильный, но лёгкий в восприятии и обучении, язык. Чтоб даже макака с одной извилиной всё понимала. И пишите на нём. Вон, в журнале «довнгрейд» писали, один чувак уже 30 лет пишет транслятор с PL/1. И у него самый лучший, самый правильный, по его словам, транслятор. Флаг ему в руки.

tiinn ★★★ ()
Последнее исправление: tiinn (всего исправлений: 1)
Ответ на: комментарий от XoFfiCEr

я думаю это вброс а если я ошибся то профессиональное выгорание

Профессиональное выгорание — это фраза вроде «она утонула». То етсь, не описывает ни сути, ни механизма, ни причины. Васа поступил в институт, закончил первый курс, и потом бросил учебу — это тоже «профессиональное выгорание», но такое описание не раскрывает произошедшего с Васей.

byko3y ★★ ()

Читай обоснования дизайна того что тебе не нравится. А так, тут смертным грехом попахивает - гордыней. Но тут этот недуг у каждого первого, так что не страшно - в чане будет не одиноко.

yax123 ★★★★ ()
Ответ на: комментарий от XoFfiCEr

свой? он называется python (как раз легкий в обучении) и его написал Гвидо ван Россум.

Пусть ТС питон раскритикует

tiinn ★★★ ()
Ответ на: комментарий от tiinn

Ну, и напишите свой, правильный, но лёгкий в восприятии и обучении, язык

Никлаус Вирт родился рано, и даже участвова в комитете Algol 68 вместе с Дейкстрой и Хоаром — и это не помогло им продвинуть свой язык в качестве стандарта. Как говорил Дейкстра:

“Simplicity is a great virtue but it requires hard work to achieve it and education to appreciate it. And to make matters worse: complexity sells better."

Бесконтрольный рыночек неизбежно ведет в монополизацию и остановку технического развития, скатываясь в бесконечное впаривание столетнего говна в новой обертке. Собственное, это и происходит в том же IT, где регулярно раз в 20 лет переоткрывают старые технологии. Это продолжается, пока отставание индустрии не достигнет таких масштабов, что простой вася пупкин сможет написать свой свежий инструмент и решить им прикладную задачу, под которую корпорация выделяет целый отдел макак. Тогда инструмент васи пупкина подхватывается корпорациями и история повторяется.

Вон, в журнале «довнгрейд» писали, один чувак уже 30 лет пишет транслятор с PL/1

PL/I — плохой язык. Сочувствую чуваку.

byko3y ★★ ()
Ответ на: комментарий от yax123

Читай обоснования дизайна того что тебе не нравится

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

А так, тут смертным грехом попахивает - гордыней

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

byko3y ★★ ()
Ответ на: комментарий от XoFfiCEr

свой? он называется python (как раз легкий в обучении) и его написал Гвидо ван Россум

Заметь, что Python, PHP, Ruby были написаны на коленке одиночками. PHP был написан вообще для одного единственного сайта. Но на него налетела толпа бездарностей, которые даже примитивного интерпретатора написать не могут, и теперь это — один из самых популярных серверных языков.

byko3y ★★ ()

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

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

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

Я заметил что вот это последнее явление - обычно когда суждение из одной сферы применяется к другой. «Как это в вашей Java я не могу явно удалить объект из памяти как у меня в С++?», «Как это в вашем С++ нету IoC контейнеров как у меня в Java?». Но потом понимаешь что просто привык к традициям, которые совсем не обязательны для успеха

vertexua ★★★★☆ ()

Чтобы хорошо относиться к С++ достаточно его изучить.

Реакт с мешаниной HTML u JS это продолжение идей ПХП но в браузере. Для мелких проектов Vue для крупных Angular.

Imgho идеальным скриптовым ЯП, в том числе для бэкенда является TypeScript. В десятки раз быстрее питона, сильная типизация может экономить много времени на поиске ошибок.

grim ★★★☆ ()
Ответ на: комментарий от tiinn

свой? он называется python (как раз легкий в обучении) и его написал Гвидо ван Россум.

Пусть ТС питон раскритикует

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

Основная претензия к питону, конечно — это отсутствие архитектуры. Автор делал язык как-нибудь — лишь бы работало. У него не было никакой цели делать язык ИНДУСтриальным стандартом. А когда индустрия подхватила язык — не растерялся и сделал вид, что всё так и спланировано. Его даже в гугл пригласили делать трнаслятор нового поколения для питона. Потом выяснилось, что язык настолько плох, что даже сам Гвидо ничего не может с этим сделать — проект закрыли, Гвидо выгнали. Благо, Индусы подхватили язык, и теперь он в почете, а самого Гвидо назначили белым идолом с материка.

byko3y ★★ ()
Ответ на: комментарий от XoFfiCEr

так я о том же

Что типа я повторю путь гвидо? Тогда здесь возникает описанная выше проблема:

У тебя проблема посерьёзнее: ты рано родился

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

byko3y ★★ ()
Ответ на: комментарий от vertexua

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

Пф-ф-ф, не вопрос, но я боюсь, что по тем сферам, внутри которых я нахожусь (вроде Vue/Delphi) посетителям толком нечего рассказать, потому я постарался упоминать что-то достаточно известное всем.

Тебе нужно сделать себе за правило делать вывод о чем-то разобравшись в нем. До какой меры разобраться? Тут сложно сказать, но можно взять простой критерий - ты прочитал книжку по этому инструменту

95% всех книг годятся только на подтирку в унитазе. В случае React-Redux для «экспертизы», как мне кажется, достаточно прочитать частично сорцы и получить некое общее представление о писании компонентов. Что я уже и сделал. Благо, исходников реакта мало и сама модель проста до безобразия. И сорцы Vue я перечитал, но там я уже как бы «внутри».

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

Пишу. Задаю. В основном получаю в ответ тупняк плана «в книжке не так написано». Конечно не так, потому что книжка была совсем про другое. Еще посмотрим, какая будет реакция, когда релизну свою поделку.

«Как это в вашей Java я не могу явно удалить объект из памяти как у меня в С++?»

Вот недавно такое было, но у моего собеседника:

Опыт объединения Java, JavaScript, Python и Ruby с использованием GraalVM (комментарий)

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

«Как это в вашем С++ нету IoC контейнеров как у меня в Java?»

К слову про IoC:

Dependency Injection что это за беспредел? (комментарий)

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

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

byko3y ★★ ()
Ответ на: комментарий от grim

Чтобы хорошо относиться к С++ достаточно его изучить

Мне тебе показать крестовиков со стажем, которые недолюбливают свой инструмент? «Хорошо относится» — это, обычно, продавать, мол «покупайте наших слонов». При этом по ночам плакать в подушку и жалеть, что не пошел в шоферы. А потом снова приходить на работу и рассказывать, что лучше инструмента не придумало человечество.

Реакт с мешаниной HTML u JS это продолжение идей ПХП но в браузере

«Мешанина HTML и JS» существовала задолго до реакта, потому нет.

идеальным скриптовым ЯП, в том числе для бэкенда является TypeScript

Тогда тебе будет тяжело ответить на вопрос: почему Youtube и Instagram работают на питоне?

byko3y ★★ ()
Ответ на: комментарий от grim

Чтобы хорошо относиться к С++ достаточно его изучить.

Я прям заплакал, читая это…

eagleivg ★★★★★ ()
Ответ на: комментарий от byko3y

настало время восхитительных историй

Дык открой нам глаза на то как должен был развиваться прогресс в информационном инструментарии? Это же легко постфактум сделать. Мы уже знаем кто где и как обосрался. Запили альтернативную хронологию.

yax123 ★★★★ ()
Ответ на: комментарий от byko3y

95% всех книг годятся только на подтирку в унитазе.

Еще одно сильное мнение. Твоя проблема из-за сильного мнения по любому вопросу, иллюзия что ты УЖЕ все знаешь. Надо учиться думать что ты ничего не знаешь. Послушай Сократа.

В случае React-Redux для «экспертизы», как мне кажется, достаточно прочитать частично сорцы

React - молоток. Чтобы понять как работает молоток в целом достаточно на него посмотреть и увидеть как как-то делает пару ударов. Но не будет понятно как с помощью молотка и еще нескольких инструментов создать скульптуру из камня. Во фронтенде сложны именно практики и оптимизации.

Dependency Injection что это за беспредел? (комментарий)

Ну ты там просто назвал тысячи разработчиков, от начинающих до CTO горой кретинов. Ведь очевидно что IoC пользуются инженеры всех уровней квалификации. Мой месседж был в том чтобы не таскать практики из сообщества к сообществу если инструментарий этому сопротивляется. Для начала when in Rome, do as Romans do, а потом уже можно и в инновацию.

vertexua ★★★★☆ ()
Ответ на: комментарий от grim

Чтобы хорошо относиться к С++ достаточно его изучить.

Тут надо понять определение «хорошо». Я вот долго и упорно пишу на С++, я отношусь к нему теперь «толерантно» и понимаю что все проблемы имеют обходной путь если поднатужится. Этого достаточно для практического успеха.

Другое дело что может уже не стоит натужиться в 100% и быть открытым к новому.

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

vertexua ★★★★☆ ()
Последнее исправление: vertexua (всего исправлений: 1)
Ответ на: настало время восхитительных историй от yax123

Дык открой нам глаза на то как должен был развиваться прогресс в информационном инструментарии? Это же легко постфактум сделать. Мы уже знаем кто где и как обосрался. Запили альтернативную хронологию

Я уже частично написал, что история не могла пойти по другому:

Как превратить негативное отношение в позитивное? (комментарий)

«Бесконтрольный рыночек неизбежно ведет в монополизацию и остановку технического развития, скатываясь в бесконечное впаривание столетнего говна в новой обертке. Собственное, это и происходит в том же IT, где регулярно раз в 20 лет переоткрывают старые технологии»

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

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

byko3y ★★ ()
Ответ на: комментарий от grim

Неа, слишком мало батареек. Питон рвёт уже своей стандартной библиотекой, а есть ещё великое множество сторонних наработок. JS/TS хорош как CRUD микросервис, а дальше начинается боль.

InterVi ★★★ ()

зря так сильно наезжал на кресты.

кресты вообще особый путь - если почитать кучу всего, включая «Дизайн и эволюция С++» то понимаешь, что они сделаны нормально. Но программировать реально сложно.

Примерно понимаю о чем ты в целом. У меня тоже многое совпадает. Нет всяких соцсеточек, не ссусь от IoT, ML и прочей дребедени.

Надо найти себе место, что бы не «за еду». Успехов! Здоровый консерватизм это хорошо. Только не надо быть зашореным, и весь свой негатив обосновывать, что бы не было как «Пастернака не читал»

А ответа на вопрос ТС не знаю, сей кризис у меня в процессе.

zendrz ()
Последнее исправление: zendrz (всего исправлений: 1)
Ответ на: комментарий от InterVi

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

vertexua ★★★★☆ ()
Ответ на: комментарий от vertexua

Этого достаточно для практического успеха.

Поддерживаю. С++ клевая штука. Но так устаешь от некоторых его проблем! У меня по жизни получается чередовать работу на нем с чистым С. Прошлый раз был больше года назад, здоровый проект на отличном С++, с классным тимлидом. После я был просто опустошен. Ни одного .hpp с тех пор не написал. Видимо скоро опять возьмусь за старое, пробегусь по последним стандартам, статьям и найду какое-нибудь С++ дышло :) А пока другое направление

zendrz ()
Ответ на: комментарий от vertexua

Еще одно сильное мнение. Твоя проблема из-за сильного мнения по любому вопросу, иллюзия что ты УЖЕ все знаешь

Не всё, но достаточно для возникновения избыточного жжения в области ягодиц.

React - молоток. Чтобы понять как работает молоток в целом достаточно на него посмотреть и увидеть как как-то делает пару ударов. Но не будет понятно как с помощью молотка и еще нескольких инструментов создать скульптуру из камня. Во фронтенде сложны именно практики и оптимизации

Да, Реакт — это молоток, которым забивают шурупы, чинят телевизоры, собирают компьютеры и подключают разъемы.

Во фронтенде сложны именно практики и оптимизации

По этой причине опытный кодеры на React настолько востребованы. Я уже косвенно затронул этот вопрос, напишу явно: когда говнокодер наговнокодил в Vue/React — возникает проблема «как заставить это работать». Модифицировать и поддерживать проект на ванильном JS, написанный грамотным кодером (например, VS Code) намного проще, чем поддерживать индусовый проект на реакте из бесконечных некорректных использований инструментов и приемов. Собственное, подобная ситуация актуальна не только для JS, но и для той же Java, где есть куча крупных проектов, написанных говнокодерами, который очень тяжело поддерживать. Зато, на этом можно заработать, поскольку работа не исчезнет еще много десятилетий.

Запустить же отладчик в хроме и найти в нем синхронный пересчет макета — это проще простого.

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

Ты весьма плохо прочитал мое сообщение. Я писал о том, что человек пользуется IoC примерно так же, как ходит — не задумываясь. Кретином он становится, если вся его жизнь начинает строиться на обсуждении этих вещей.

Мой месседж был в том чтобы не таскать практики из сообщества к сообществу если инструментарий этому сопротивляется

Я до сих пор жду удобного повода, чтобы спросить по поводу вот такого помешательства, которое не достойно отдельного треда:

http://reactivex.io/

частное проявление:

https://github.com/ReactiveX/rxjs

Эта штука переведена на десяток языков, а я до сих пор не могу придумать, зачем мне она была бы нужна. Особенно в JS, где есть промисы. Да и в C#, из которого эта волна пошла, оно непонятно зачем, поскольку в C# есть события-делегаты и async/await встроенный, релизнутый в том же году (2011), что и ReactiveX.

byko3y ★★ ()
Ответ на: комментарий от byko3y

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

Шта

Nervous ★★★★ ()
Ответ на: комментарий от InterVi

Питон рвёт уже своей стандартной библиотекой, а есть ещё великое множество сторонних наработок

Много раз это писал. Правда, корректнее это было бы писать «стандартная библиотека питона рвёт», потому что питон там с боку-припёку, роли особой он не влияет, это скорее язык запросов, который поддерживается стандартной библиотекой. Ты же не скажешь «PL SQL рвёт своей СУБД Oracle», правильно? Это скорее PL SQL оракла, а не оракл пл-эскуэля.

byko3y ★★ ()
Ответ на: комментарий от byko3y

Модифицировать и поддерживать проект на ванильном JS, написанный грамотным кодером (например, VS Code) намного проще, чем поддерживать индусовый проект на реакте

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

Nervous ★★★★ ()
Ответ на: комментарий от byko3y

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

Тогда это другой смертный грех - зависть. Зависть успехам спуфи. Думаю, не взлетит. Поэтому заранее: «поражен твоей неудачей!».

Ну и с наступающим новым годом!

yax123 ★★★★ ()
Ответ на: комментарий от byko3y

современные автомобили превращаются в тыкву сразу после окончания гарантийного периода.

Как будто что-то плохое. Современных автомобилей я могу купить 2 штуки - себе и жене. Мой дед не мог до старости купить ни одного (только к пенсии выцыганил москвич 412 заканчивая работу начальником цеха на заводе). Пожалуй, я лучше каждое истечение гарантийного срока буду менять авто, чем на мотоцикле с каляской фигачить :)

zendrz ()
Последнее исправление: zendrz (всего исправлений: 1)
Ответ на: комментарий от zendrz

кресты вообще особый путь - если почитать кучу всего, включая «Дизайн и эволюция С++» то понимаешь, что они сделаны нормально

М-м-м-м... не согласен. Скажем так: стандарты последних годов движутся в правильном направлении. Однако же, движутся они вообще не оттуда, из какого-то дремучего болота. Вообще, самая большая проблема крестов — это то, что они базируются на Си. Они переняли недостатки Си, добавив еще и своих. Получился огромный монстр из разнородных частей тела разных животных, и эти части друг другу плохо подходят. Еще раз цитата Дейкстры:

«Простота — это великая добродетель, но она требует напряженной работы, чтобы достичь ее, и образование, чтобы понять ее. И что еще хуже: сложность продается лучше»

Самым главный маркетинговым качеством C++ была его сложность. Когда фирма выбирает софтину для отслеживания дел/исправления багов, какими критериями обычно секретарша-аналитик-менеджер или другое недоразвитое существо пользуется? «Есть ли фичанейм в этом решении?» И не важно, что без этой фичи работать с системой проще, чем с этой фичей — должна быть фича и всё тут. «Должна быть родинка на левой щеке — тогда выйду замуж, будь он хоть спидозном бомжом».

Когда очередная секретарша выбирала инструмент для реализации следующего проекта по критерию наличия фичанейма в языке — C++ неизбежно попалдал на радар. Безопасность памяти и подсчет ссылок? Есть фичи для безопасности. Метапрограммирование — есть. Классы, наследование — есть. Разделная компиляция — есть. Люди сканировали информационно пространство и массово натыкались на C++. И не важно, что безопасностью. памяти в крестах не пахнет, метапрограммирование намного сложнее аналогичного на высокоуровневых языках, классы и наследование и вовсе не нужны, а раздельная компиляция представляет собой уродливое решение другой проблемы, и современные системы сборки крестов идут в противоположном направлении — на цельную сборку резидентным сервером.

byko3y ★★ ()
Ответ на: комментарий от vertexua

упираться в С++ как вершину достижения человечества и

Идеальных ЯП не существует и С++ однозначно не вершина достижения человечества.

По моему мнению проблемы большинства страдающих от С++ в том что это очень большой объем информации.

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

grim ★★★☆ ()
Ответ на: комментарий от vertexua

Я вот долго и упорно пишу на С++, я отношусь к нему теперь «толерантно» и понимаю что все проблемы имеют обходной путь если поднатужится

Да, Однако, бывает, что сорцы понаписывают какие-то додики, и потом поддерживать их неподъемно. Это было одним из оправданий Торвальдся для избегания крестов в разработке ядра, мол «я Си оставлю только для того, чтобы не пускать дебычей в разработку ядра». Правда, даже я считаю Торвальдса ретроградом.

byko3y ★★ ()

Однако, это только один из примеров моего такого поведения

Как будто это что-то плохое. Человечество столько всего наворотило, что ни один гений не осилит даже за 10 жизней. Вполне нормально не знать всего. Вполне естественно отсеивать бОльшую часть имеющихся возможностей.

То есть, позитивно, на достижение какой-то цели, а не традиционное «не нужно»

Чтобы что? Цель ради цели? Жизнь это абсурд. Работать нужно надо принятием этого факта, а не над очередной «пятёркой по математике».

no-such-file ★★★★★ ()
Последнее исправление: no-such-file (всего исправлений: 1)
Ответ на: комментарий от Nervous

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

Шта

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

byko3y ★★ ()
Ответ на: комментарий от Nervous

Модифицировать и поддерживать проект на ванильном JS, написанный грамотным кодером (например, VS Code) намного проще, чем поддерживать индусовый проект на реакте

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

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

byko3y ★★ ()
Ответ на: комментарий от yax123

То есть, ты знаешь, что по другому не могло пойти, тем не менее у тебя попаболь и ты пришел поныть на лорчик

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

Зависть успехам спуфи

Мне до него еще расти и расти.

byko3y ★★ ()
Ответ на: комментарий от zendrz

Как будто что-то плохое. Современных автомобилей я могу купить 2 штуки - себе и жене

Ты путаешь совок с успехами машиностроения. Уже к 30-м годам в штатах автомобилей было десятки миллионов при населении в 120-130 млн:

https://www.roadandtrack.com/car-culture/classic-cars/a26254/regular-car-revi...

1960 — 61.6 млн
1995 — 128.3 млн
2012 — 253.6 млн

В штатах уже в двадцатых годах численность производимых авто в год перевалила за миллион, а советский союз перешел эту планку только в 70-х:

https://ru.wikipedia.org/wiki/Автомобильная_промышленность_СССР

byko3y ★★ ()
Ответ на: комментарий от grim

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

Ты свободные деньги инвестировал, наверное, по советам Мавроди? Эт ораз. Два: как предложишь не страдать, когда нужно работать с сырцами поделия, авторы которого поставили задачу применить все фичи крестов до последней?

byko3y ★★ ()
Ответ на: комментарий от byko3y

Это я понимаю. Ну я ж не в штатах живу. И я уверен, что их форды F650 не ломаются по истечению гарантийки.

Так-то интересно. Смотрели тут какое-то кино, типа 30е годы США, жена очень удивлялась, что там кондиционеры в машинах. Я потом ей стал рассказывать, когда стиралки и посудомойки появились, полезли на вики, потом поплакали над нашим подмосковным бытом 80х-90х.

zendrz ()
Ответ на: комментарий от no-such-file

Как будто это что-то плохое. Человечество столько всего наворотило, что ни один гений не осилит даже за 10 жизней

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

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

Чтобы что? Цель ради цели? Жизнь это абсурд. Работать нужно надо принятием этого факта, а не над очередной «пятёркой по математике»

Вот тут ты не вкурил: я сейчас обратно иду. Мне абсурдность очевидна, я пытаюсь найти смысл.

byko3y ★★ ()
Последнее исправление: byko3y (всего исправлений: 1)
Ответ на: комментарий от InterVi

Питон рвет своей тормознутостью.

Как-то нужно было сравнить транзакции хранившиеся в Монго.

QA написали скрип на потоке который это делал за час- полтора.

Терпели пока не стало нужно запускать сравнение часто.

Я не вникая в процесс переписал скрипт на TS и он стал считать все в пределах 1-1.5 минуты.

Логика была перенесена 1х1.

Так что если вам не нужны специфические МЛ библиотеки, то быстрее написать свое на TS чем ждать пока Питон посчитает.

Насчет библиотек.

Для Deno делается API для расширения на раст.

Т.е. Питон потеряет и это преимущество.

На С было бы проще, но Deno тим повернут на safety да и написать обертку к С-библиотеке еа раствором не сложно.

grim ★★★☆ ()
Ответ на: комментарий от zendrz

Это я понимаю. Ну я ж не в штатах живу. И я уверен, что их форды F650 не ломаются по истечению гарантийки

А если бы молодость провел в каком-то концлагере, вроде северной кореи — тоже бы благодарил прогресс и азпланированное устаревание, мол «хорошо хоть электричество есть»?

byko3y ★★ ()
Ответ на: комментарий от grim

Без профайлинга это всё вилами по воде писано. Окажется, что там была кривая библиотека. Да и для вычислений можно было jit использовать.

InterVi ★★★ ()
Ответ на: комментарий от byko3y

Вполне возможно. А может, иначе, весь мир был бы как концлагерь северной кореи, и тогда бы некого было благодарить.

zendrz ()
Последнее исправление: zendrz (всего исправлений: 1)
Ответ на: комментарий от grim

Питон рвет своей тормознутостью
QA написали скрип на потоке который это делал за час- полтора
Я не вникая в процесс переписал скрипт на TS и он стал считать все в пределах 1-1.5 минуты

В поставке CPython нету JIT-компилятора. А в ноде — есть. Впрочем, есть отдельный JIT для питона — это PyPy. Вот если бы вы попробовали хотя бы его, и пришли к выводу «тормозит и всё тут» — тогда бы еще куда ни шло. А так непонятно вообще что и почему у вас было.

byko3y ★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)