Ну одно дело, когда это делает какой-то ноунейм магазин, в котором даже слов ИБ не знают. Другое дело — когда ДИТ Москвы. Это же должны быть крутые ребята, они, например, приложение для социального мониторинга коронавируса делали. Хотя подождите...
Прошу прощения, я вновь налажал с подачей информации — деформация жителя москвы.
Дописал в посте.
«Активный гражданин» — система электронных опросов, запущенная по инициативе Правительства Москвы 21 мая 2014 года.
Среди главных задач проекта — получение мнения горожан по актуальным вопросам, касающимся развития Москвы. Опросы «Активного гражданина» делятся на три категории: общегородские, отраслевые и районные. За активное участие в опросах начисляются бонусные баллы, которые можно обменять на вознаграждения.
Подозреваю, что меня включили в это розыгрыш по причине того, что я голосовал по поводу конституции по электронке. Возможно, там даже галочка какая-то маленькая была.
Но собственно посыл и был в том, что проект Правительства Москвы действует абсолютно фишинговыми методами.
Ну так это только если это ваш полный скрипт. Обычно он несколько больше, и ты один раз сделал верхнюю асинк функцию, а дальше спокойно внутри эвейтами обмазываешься.
"Обещания", "функции обратного вызова", "нам не нужна многослойность" — это ж всё приходится в голове сначала на английский переводить, чтобы понять, что вы имели в виду.
Тогда уж надо было идти до конца, и добавить методы обещаний "тогда", "лови" и "наконец-то".
На пикабу плюсы, потому что люди там не понимают, что произошло, но думают, что наверное что-то хорошее. Ну и формат подходит.
На хабре формат другой — статьи. А это не статья, это твит. Причём о некоем первом написанном приложении, код которого, будем честны, наверняка не несёт интереса ни для кого. Ну то есть, автор конечно, молодец — но пафоса слишком много, и хватило бы твита.
Ну ли можно было бы написать полноценную статью, как начинал, какие технологии использовался, как обходил защиту, как общался с пользователями — и так далее. Могло бы быть интересно.
Да, проблема именно в версии транзитивной зависимости — правка верхнего уровня не помогает. Не зря там исходно лок файл от ярна лежал. А зависимостей у проекта 669 штук. Надо садиться и вдумчиво разбирать, править, обновлять, потом снова править.
Добро пожаловать в интернет! Именно так он и работает — через многоуровневые системы, обеспечивающие маршрутизацию и отказоустойчивость. К сожалению, это не всегда помогает.
Это просто фактическая ошибка, которая вводит людей в заблуждение.
Собственно, и проблем с резолвингом не возникает.
И снова нет. Возникают. Потому что дедупликация. И реализовывается она достаточно нетривиально.
Впрочем, ещё одна цитата из поста ещё сильнее.
В Go такого не было, и появилась вендоризация: просто берутся все зависимости и складываются в одну директорию. Это грязное решение, похожее на node_modules, которое в Go какое-то время реализовывалось с помощью сторонних решений.
Вот чем решения похожи, кроме того что… Есть папка для зависимостей?..
Верю, что у вас есть компетенция в питоне, но, видимо, не стоит использовать сравнения из других областей.
В JS есть директория node_modules, и у каждой зависимости ее собственные зависимости сложены внутрь неё.
Но… Это не так. Уже много лет как в NPM есть дедупликация зависимостей. Удивительно как люди выражают своё категоричное мнение, не имея минимальной экспертизы в вопросе.
Ну а семантическое версионирование и лок файл появился в JS (вернее, конечно, в NPM) сильно задолго до того, как в Go об этом начали думать.
В C# async/await появился только в 2012 студии. До этого там на каждый чих было принято создавать потоки. Про написание асинхронного кода в джаве лучше молчать. На плюсах веб сервисы практически никто не пишет. Про питон ничего не скажу — в питоне не разбираюсь, и предпочитаю не делать выводы по вещам, о которых не знаю. Но вы можете придерживаться другой точки зрения, если от этого чувствуете себя лучше других — кто ж помешает.
Но выбор языка, думаю (хотя доказательств и не имею), был сделан именно ввиду распространенности в web и простоты JS в изучении
Ну вот я и говорю — перед тем, как говорить, имеет смысл минимально изучить вопрос. Райан хотел попробовать сделать чисто асинхронный серверный движок. И ровно потому что JS отлично подходил под эту парадигму — он использовал его. Сейчас есть альтернативы в виде Rust и Go. Да и остальные подтянули асинхронную парадигму. Десять лет назад таких вариантов просто не было.
Да, можно было написать очередной интерпритатор питона или ещё один ReactPHP — но зачем? Райан хотел попробовать новую парадигму — и она взлетела.
А вы натягиваете сову на глобус ради свои убеждений. Не надо так. Мир немного сложнее, чем "все хотят тонну дешёвых фуллстек говнокодеров индусов на JS".
Вы не правы в предпосылке о том, что у кого-то была мечта писать на беке и на фронте на одном языке, и именно из-за этого всё и пошло.
Не было такой мечты у Райана. И у больших компаний тоже такой мечты нет — потому что там всё равно бэкендеры отдельно от фронтендеров. О фуллстеках мечтают только маленькие компании, но им без разницы, один язык требовать или четыре. И они разработку не двигают, а скорее паразитируют на ней.
Так же вы не правы в том что были альтернативы JS на фронте. JS тогда был не сахар, но "альтернативы" были полнейшей помойкой — в равной мере и флеш и сильверлайт и джава апплеты. JS победил в этой войне ровно по той причине, что альтернативы были гораздо хуже. Действительно, только webAssembly похоже на потенциальную альтернативу. Спустя очень много лет.
Конечно, анонимно, они знают только мой полный профиль с мос.ру!
DIT вспомнил, что это ваша разработка, прокомментируйте, пожалуйста.
Ну одно дело, когда это делает какой-то ноунейм магазин, в котором даже слов ИБ не знают. Другое дело — когда ДИТ Москвы. Это же должны быть крутые ребята, они, например, приложение для социального мониторинга коронавируса делали. Хотя подождите...
Прошу прощения, я вновь налажал с подачей информации — деформация жителя москвы.
Дописал в посте.
Подозреваю, что меня включили в это розыгрыш по причине того, что я голосовал по поводу конституции по электронке. Возможно, там даже галочка какая-то маленькая была.
Но собственно посыл и был в том, что проект Правительства Москвы действует абсолютно фишинговыми методами.
Уповаю, что модерация на хабре читать умеет быстрее, чем банить. Но первые минусы уже полетели.
Ну так это только если это ваш полный скрипт. Обычно он несколько больше, и ты один раз сделал верхнюю асинк функцию, а дальше спокойно внутри эвейтами обмазываешься.
Одно не понимаю. И что мешает сделать одну большую async функцию и вызывать её в таком скрипте? Зачем top level-то?
Мне не трудно, но теряется смысл перевода — он для людей, которые не знают английский.
"Обещания", "функции обратного вызова", "нам не нужна многослойность" — это ж всё приходится в голове сначала на английский переводить, чтобы понять, что вы имели в виду.
Тогда уж надо было идти до конца, и добавить методы обещаний "тогда", "лови" и "наконец-то".
На пикабу плюсы, потому что люди там не понимают, что произошло, но думают, что наверное что-то хорошее. Ну и формат подходит.
На хабре формат другой — статьи. А это не статья, это твит. Причём о некоем первом написанном приложении, код которого, будем честны, наверняка не несёт интереса ни для кого. Ну то есть, автор конечно, молодец — но пафоса слишком много, и хватило бы твита.
Ну ли можно было бы написать полноценную статью, как начинал, какие технологии использовался, как обходил защиту, как общался с пользователями — и так далее. Могло бы быть интересно.
Да, проблема именно в версии транзитивной зависимости — правка верхнего уровня не помогает. Не зря там исходно лок файл от ярна лежал. А зависимостей у проекта 669 штук. Надо садиться и вдумчиво разбирать, править, обновлять, потом снова править.
Работаю в данной предметной области, мнение далеко от истины.
Добро пожаловать в интернет! Именно так он и работает — через многоуровневые системы, обеспечивающие маршрутизацию и отказоустойчивость. К сожалению, это не всегда помогает.
Это просто фактическая ошибка, которая вводит людей в заблуждение.
И снова нет. Возникают. Потому что дедупликация. И реализовывается она достаточно нетривиально.
Впрочем, ещё одна цитата из поста ещё сильнее.
Вот чем решения похожи, кроме того что… Есть папка для зависимостей?..
Верю, что у вас есть компетенция в питоне, но, видимо, не стоит использовать сравнения из других областей.
Но… Это не так. Уже много лет как в NPM есть дедупликация зависимостей. Удивительно как люди выражают своё категоричное мнение, не имея минимальной экспертизы в вопросе.
Ну а семантическое версионирование и лок файл появился в JS (вернее, конечно, в NPM) сильно задолго до того, как в Go об этом начали думать.
Простите, вы в курсе про отличие асинхронности и многопоточности?
В C# async/await появился только в 2012 студии. До этого там на каждый чих было принято создавать потоки. Про написание асинхронного кода в джаве лучше молчать. На плюсах веб сервисы практически никто не пишет. Про питон ничего не скажу — в питоне не разбираюсь, и предпочитаю не делать выводы по вещам, о которых не знаю. Но вы можете придерживаться другой точки зрения, если от этого чувствуете себя лучше других — кто ж помешает.
Ну вот я и говорю — перед тем, как говорить, имеет смысл минимально изучить вопрос. Райан хотел попробовать сделать чисто асинхронный серверный движок. И ровно потому что JS отлично подходил под эту парадигму — он использовал его. Сейчас есть альтернативы в виде Rust и Go. Да и остальные подтянули асинхронную парадигму. Десять лет назад таких вариантов просто не было.
Да, можно было написать очередной интерпритатор питона или ещё один ReactPHP — но зачем? Райан хотел попробовать новую парадигму — и она взлетела.
А вы натягиваете сову на глобус ради свои убеждений. Не надо так. Мир немного сложнее, чем "все хотят тонну дешёвых фуллстек говнокодеров индусов на JS".
Вы не правы в предпосылке о том, что у кого-то была мечта писать на беке и на фронте на одном языке, и именно из-за этого всё и пошло.
Не было такой мечты у Райана. И у больших компаний тоже такой мечты нет — потому что там всё равно бэкендеры отдельно от фронтендеров. О фуллстеках мечтают только маленькие компании, но им без разницы, один язык требовать или четыре. И они разработку не двигают, а скорее паразитируют на ней.
Так же вы не правы в том что были альтернативы JS на фронте. JS тогда был не сахар, но "альтернативы" были полнейшей помойкой — в равной мере и флеш и сильверлайт и джава апплеты. JS победил в этой войне ровно по той причине, что альтернативы были гораздо хуже. Действительно, только webAssembly похоже на потенциальную альтернативу. Спустя очень много лет.
Вы бы хоть историю ноды почитали, что ли. Не вижу ничего плохого а личном мнении, но не когда оно основано на фантазиях.