Pull to refresh

Comments 23

Попробуйте в следующий раз DeepL вместо Google Translate

Например в качестве перевода для

We had a working website. The only feature missing was full SSR support. Server-Side Rendering worked, but not with tree-shaking, and the AOT compiler (a critical step in the Angular build pipeline,) was spitting out enormous bundle sizes.

вместо

У нас был рабочий сайт. Единственное, чего не хватало – это полноценной поддержки SSR. Отрисовка на сервере работала, но не при встряхивании дерева, а AOT-компилятор (критический этап в сборочном конвейере Angular) выдавал бандлы невероятного размера.

он выдаёт

У нас был работающий сайт. Единственное, чего не хватало, - полной поддержки SSR. Server-Side Rendering работал, но не с tree-shaking, а компилятор AOT (критический шаг в конвейере сборки Angular) выдавал пакеты огромных размеров.

Все переводы всё равно по правилам же снабжаются ссылкой на оригинал текста, верно?

Напрашивается фичреквест для хабра.

В статье-переводе добавить опцию по клику на абзац посмотреть перевод абзаца от глупой нейросетки и проголосовать на выбрасывание перевода от умного человека и замену на перевод от глупой нейросетки)

Каефно когда есть 10 месяцев времени и достаточно финансирование, чтобы сделать 2х месячный сайт. Мечта любого аутсорса )))

Предположим, что времени нет. Это точно так же означало бы остановку проекта и выкидывание результатов. Но если руководству результат всё ещё нужен, то проект будут продолжать делать.

Если результата нет - нужны изменения в команде, или усилить или обновить. Топтаться на месте создавая что-то нерабочие - то ещё удовольствие.

Именно это в статье и произошло, хоть и с опозданием.

Замена команды - очень плохая идея, ссылки не могу кинуть на статьи с такими примерами, но читал об этом много раз. Нужно менять подход команды к проекту и/или менять рук. команды или добавлять новых понижая ставки старых разрабов (на "короткое время").

Было в моём прошлом несколько таких кактусов - от кастомной конфигурации 1С в 2022 году, тянущей свои корни из платформы 7.7 (это мой личный вывод, не как разработчика, а как "читателя" некоторых используемых обработок), до мобильного приложения и сайта, написанных на странном стеке, с применением React Native и MariaDB на бэке (и да, DBA, похоже, в разработке не принимал участия, и всё адово деградировало со временем).

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

У нас с собой было: огромный проект аля чёрный ящик; 10 месяцев реализации всего подряд в спагетти код; angularjs, 168МБ и никого, кто в этом мог бы разобраться; ни одной страницы внятной документации по проекту; убежавший прошлый руководитель проекта; куча потерянного времени; гора потерянных денег; React & Redux и выкидывание переиспользуемого кода, т.к. прошлая команда тоже делала его правилам, шаблонам, модулям, контрактам, GRASP, SOLID, DRY, KISS и т.д. и т.п.

UFO just landed and posted this here

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

UFO just landed and posted this here

Примерно такие чувства вызывала статья про айтишный инструмент написанная с ЦА управленцев. Читать и смешно и противно.

Это наверное худший перевод на моей памяти.
Но местами даже интересно угадывать истинное значение каждого нелепого термина.

Ооо, так это это в Радио-Т обсуждали намедни 🙂

Ужасно осознавать, куда мы со всем этим прикатились.

Уже со времени т.н. AJAX времён IE 5.0 можно было заподозрить неладную канву развития той области, что мы нынче знаем как Web Development.

Не понимаю, зачем им понадобился SPA? Разве нельзя просто сделать обычный сайт по классической схеме, а для перехода между страницами без перезагрузки воткнуть библиотеку вроде https://github.com/defunkt/jquery-pjax ?

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

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

Когда-нибудь они узнают, что можно развернуть SSR на ноде с puppeteer буквально за 1 день(но это не точно)

Спорить не буду, тем более что это перевод и источник очень старый, ориентировочно 2016-2017 года [https://habr.com/ru/articles/341688/]

Для общей эрудиции
1 что угодно можно натворить на JS и пропустить через prerender.io
2 теперь Angular Universal более чем хорош и, к примеру, onclass.com вполне индексируется ботами
3 Vue давно SSRится довольно просто nuxt.com
4 Метеор давно SSRится довольно просто meteor.com
5 Aurelia давно SSRрится aurelia.io

В комментариях к оригинальной статье:

I don't understand the 'techo side' of the story Dan, but the leadership is key, well done mate.

В технической части истории не вкурил, но лидерство имеет решающее значение, молочага.

Да и лидерство такое себе - взять в руку пистолет и ура в атаку, не представляя себе последствий (если что расстреляйте меня). Представляю себя на месте владельцев бизнеса. Сначала один бородач впарил Angular, потом пришёл второй и впарил React. Ну да, повезло, но наверняка осадочек остался и больше в АйТи они играть не будут.

В удачное время размер нашего JS-бандла составлял 168 МБ

Я может чего-то не понимаю, но попахивает шизофренией какой-то.

Мммм, знакомая тема. В разных компаниях "наелся" таких ситуаций на всю жизнь вперед. Проблема в стэке. C# или Java + JS-стек (Node.JS, Angular, etc...) - это падающий целиком сайт из-за бага в одной странице (разрабы на PHP сейчас ржут), пересборка целого проекта из-за изменений в одном файле (разрабы на PHP сейчас ржут) куча нерасчетных трудозатрат, многократные просирания сроков, тормозящие сборки, тормозящие страницы, утечки памяти, дооооолгий CI/CD, постоянные баги, проблемы с зависимостями и т.д. И рядом есть соседний сектор веб-разработки, где используется классический стэк: бэк на PHP (CMS Modx или Битрикс БУС) + MySQL и фронт на HTML + CSS + JS/Ajax/jQuery... Все страницы летают, багов и проблем в проектах на пару порядков меньше, человекочасов на исполнение обычно на 10-30% раньше, чем оценивались (на фактор "страха" заложено 10%). Выход за сроки дедлайна - единичное событие на десятки или сотни спринтов. Ненавижу работать со стэком Java + JS из-за постоянных сбоев, тормозов, глюков, переработок, просеров дедлайна, вечного цейтнота. Разработка на стеке PHP + HTML + CSS + JS/Ajax/jQuery превращается в обычную рабочую рутину. Все предсказуемо, профессионально, точно в срок, разрабы уходят домой вовремя, по ночам и в выходные не приходится работать, все деплои проходят штатно и без нервяков, довольна и команда, и заказчик. Залил дамп БД, залил файлы, все взлетело.

Sign up to leave a comment.