• Какой код лучше?

    ну вот видите, все зависит от обстоятельств

    В точку. Это проблема этого топика (он бессмысленнен в таком формулировке) и автора. Я собственно с ним вас и перепутал (ещё раз сорри). История началась ещё на хабре, где это было связано с демострацией применения pipe орератора (esNext) и for await (esNext). И началась какая-то клоунада, которая переросла в такое вот сравнение без обстоятельств.
  • Какой код лучше?

    davidnum95 прошу прощения, и правда перепутал. Отсутствие аватарки =(

    А что, нельзя на Камазе по городу колесить?

    Можно. Не без проблем, но можно. Есть масса ограничений по высоте, допустимому весу, проезду грузовых машин. Не везде можно развернуться. Огромный расход топлива и пр.. И права другой категории. Для той же курьерской службы наихудший вариант.
  • Какой код лучше?

    > и то только бы если мне это понадобилось

    Что значит если? у вас было бы полсотни методов типа streamToLines. В самых разных вариациях. Без всяких там если.

    > Усложнение кода должно быть обосновано

    Это прописная истина.

    > а там оно совсем не обосновано

    Никакого "там" нет. Статья про "for await". Это очень продвинутый высокоуровневый механизм для сложных задач, подразумевающих генераторы и пр. штуки. Пример привели простой для понятности. Так всегда делают.

    Если бы статья была про паттерны организации кода, ваше ёрничание было бы уместным. Но статья вообще не об этом. И мне кажется это предельно очевидно, всем кроме вас :)
  • Какой код лучше?

    Какое тут дело вкуса? Дело задачи. Цемент грузить - камаз. По городу колесить - матив. Что тут думать. Обстоятельства определяют всё.

    Какой именно ответ меня не устроил? Вы упорно гнёте линию того, что 1-ый код лучше. Это не правда. Первое время вы упорно гнали что я утверждаю, что 2-ой подход лучше. Это тоже не правда. Вы на хабре попытались всех убедить в том, что такой оверинжиниринг это большая беда и так нельзя, даже про говнокодеров заикнулись. Потом пошла ересь про злобным минусаторов.

    А приходим мы к тому с чего начинали: код зависит от задачи и обстоятельств. И более того, что сравнивать без них что бы то ни было нельзя, если не стоит задача потешить своё ЧСВ. Вот загуглите ramba. Посмотрите что там пишут опытные ребята. Возможно вас просто порвёт от оверинжиниринга. А возможно наконец осенит, что обстоят... Ладно, надоело писать одно и то же )
  • Какой код лучше?

    Дак, вопрос "какой код лучше без если" не имеет никакого смысла. Какая машина лучше Камаз или Матиз? :)
  • Какой код лучше?

    Опишите конкретные обстоятельства тогда. Только без напыщенности пожалуйста. Без всего вот этого "продолжайте убеждать" и прочих грубостей.

    Например:

    обстоятельство 1: nodejs скрипт на скорую руку в 30 строк
    обстоятельство 2: большое nodejs приложение, где не ожидается большой обработки данных в stream-ах
    обстоятельство 3: большое nodejs приложение, где ожидается много работы в stream-ах

    Тогда можно будет о чём-то говорить. В 1-ом и 2-ом случае я бы взял реализацию в лоб, в 3-ем взял бы pipe-версию или что-то в таком духе. Перечитайте вопрос который вы задали в этом топике на тостере. Вы не указали никаких обстоятельств. Вы просто вывалили груду кода против 10 строк. Это манипулирование. Ничего более.

    Я вам привёл другой пример с lodash и map, filter, reduce, transform и пр. Получится даже похлеще. Там будут СОТНИ строк, против 10-ка. Но это очень наивный взгляд.
  • Какой код лучше?

    А вы серьёзно не видите разницы между этими двумя вариантами? В первом кроется алгоритм действий, где низкоуровневые подробности зашиты в библиотечных подфункциях. Во втором вместо алгоритма только его название (printStream). Нет ну правда, разве это не очевидно?
  • Какой код лучше?

    Александр начните уже читать то, что вам пишут, а не то что вы хотите прочитать. Мне кажется вы ещё ни одно моё сообщение не прочитали внимательно.
  • Какой код лучше?

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

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

    Теперь со мной некое большинство не согласно, теперь я обижаюсь, теперь я мозги пудрю. До этого я был "минусатором". Какой стыд :) И ни слова по существу ни на хабре, ни тут )
  • Какой код лучше?

    То есть имеет смысл каждую строчку кода выделять в отдельную функцию чтобы локализовать потенциальную ошибку в одной функции? :)


    Если эта строчка переиспользуется, да ещё и многократно, то запросто. Если нет - вопрос спорный, зависит от конкретного куска кода и подхода к организации кода. Эта одна из причин почему такое сравнение в лоб не имеет смысла. Разве что ЧСВ потешить.
  • Какой код лучше?

    > меня с 1 вариантом дико заминусовали,

    Я скажу вам по секрету почему у вас там повсюду минусы (и карма -26, я её кстати тоже не трогал). За агрессивность и наезды. Надо мягче и аккуратнее аргументировать свою точку зрения. Без хипстеров, говнокода и говнокодеров, без "ваша проблема в том" и вообще напыщенности.
  • Какой код лучше?

    Александр я ни 1 минуса вам не поставил. Но вы упорно продолжаете на меня гнать. Вам не стыдно?
  • Какой код лучше?

    async function main() {
        const subproc = spawn('ls');
    
        await subproc.stdout
        |> toString
        |> chunksToLines
        |> trim
        |> print;
    }


    А если так? Теперь нужно выбрать второе, да? В общем вот реальный тред откуда это пошло, если кому интересно.
  • Какой код лучше?

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

    Возьмите любой код с использованием ramba или lodash или underscore, возьмите цепочку на 5-6 звеньев, затем реализуйте аналогичный нативный код с использованием for-of и for, а потом выложите портянку из 10-ка подключённых лодеш файлов против вашего метода в 15 строк. Затем опрос создайте о том, какой лодеш плохой, а хипстота обнаглела. Мол смотрите мудрёный лодеш код на 250 строк и вот мой на 15. Какие глупые мол js-программисты пошли.

    facepalm.jpg.
  • Опрос, зарплаты и хабрахарбр. Уместно ли?

    faiwer
    @faiwer Автор вопроса
    Уточню. Суть задачи не в получении хоть каких-то данных, ибо их в сети и так можно найти, а некой цельной картинки по аудитории хабрахабра.
  • Опрос, зарплаты и хабрахарбр. Уместно ли?

    faiwer
    @faiwer Автор вопроса
    Это да. Складывается ощущение, порой, что как будто в соц. сеть попал, где каждый пытается выдать за свой быт какие-то фантазии. Особенно если речь заходит о фрилансе.
  • Опрос, зарплаты и хабрахарбр. Уместно ли?

    faiwer
    @faiwer Автор вопроса
    sim3x: собственно почему меня тема эта то заботит. Я хочу понять стоит ли оно того в случае эмиграции и какие реальные перспективы меня ждут в случае удалённой работы или фриланса отсюда. Сейчас у меня есть какие-то обрывочные сведения ото всюду. И как-то плохо получается увязать их между собой.

    К примеру погуглил я сколько получают фронтенд разработчики в Германии. Нашёл реальные вакансии. Там числа в р-не 40k euro в год. Очень грустно если поделить это на 12 и вспомнить какие там цены. А вот если почитать комментаторов с хабры или fb, то выяснится, что такие зарплаты разве что у дворников.

    Или вот, скажем тут публиковали недавно от яндекс и от hh выборку статистики. Там тоже всё грустно, но уже по РФ. В комментариях понабежало elance-фрилансеров, которые огульно заявили что получают втрое больших лучших из лучших. Мол 30$\ч это меньшее, на что можно рассчитывать. Понабежало людей, которые утверждают, что фрилансерам верить нельзя, мол они пиковые числа из своих фантазий всегда выдают за реальные значения. Ещё понабежало фрилансеров, которые говорят, что ставки то большие, а работы нет. Ну и т.д.

    В общем кони, люди, суета. И никакой цельной картинки. Мне кажется опрос мог бы дать более дельную и цельную картинку. Но как верно заметил(а) binkaminka, без фильтра по квалификации получается дурь. А с ним комбинаторный взрыв.
  • Опрос, зарплаты и хабрахарбр. Уместно ли?

    faiwer
    @faiwer Автор вопроса
    Согласен. Обе проблемы имеют место быть. По поводу квалификации вы тоже правы, я вот никак не могу придумать как бы её учесть, да так чтобы без комбинаторного взрыва. Делать подо пару десятков опросов - немыслимо.
  • Опрос, зарплаты и хабрахарбр. Уместно ли?

    faiwer
    @faiwer Автор вопроса
    Спасибо за ссылки. А есть ли доверие таким ресурсам? Я уже на 1-й точно натыкался. Как мне отфильтровать там налоги? Как указать что интересует, скажем, только удалённая работа? Опять же какова аудитория, по которой эти ресурсы были заполнены? Выполнил поиск без фильтров по "frontend", "front-end", "javascript" получаю пустую выборку. Я как-то не правильно им пользуюсь?

    По второй ссылке уже интереснее. Но там рассматривается только Украина. А на сколько я слышал, на Украине немалая часть народу работает в пределах украины вовсе не на Украинских работодателей. Как их отфильтровать? Если посчитать, что все числа указанные там это украинские предприятия, то выходит, что уровень зарплат для middle разработчиков, по сравнению с Казахстаном там просто космический. Сомнения охватывают меня.
  • Тестирование приложения на моем устройстве?

    Ссылка померла, теперь там редирект на рекламу :(