Имхо основа этого текста написана chat GPT, узнававемая стилистика (это только предположение).
По сути могу сказать, что еще код-ревью - это лишний этап на пути к проду, что сильно замедляет разработку. Я предпочитаю это давать на откуп разработчику: если хочет, чтобы его код проверили, то дает на код ревью, если нет, то нет. Иначе этот цикл можно сделать бесконечым: код -> код ревью -> тестирование -> исправление багов -> код ревью -> тестирование ->....
особенно, если ревьювер зануда, который любит докопаться до столба
Я это видел. И видел, что за него активно голосовали. С другой стороны по опросам пользователей языка Go все называют обработку ошибок как одну из главных проблем го. Так что видимо аудитории разные у опросов
По чесноку, я и сам не уверен, что замена тексту может быть реальной в текущей ситуации, это скорее просто тема на поболтать. Тем не менее, интуиция мне подсказывает, что текст для описания логики работы программы - это скорее неизбежный костыль, чем оптимальный инструмент. Т.е. мысль "так работал бейсик в спектруме, но не зашло" меня не удовлетворяет.
Вот еще пара вещей на подумать:
1) Часто в начале каждого файла пишут огромный комент про лицензию и прочую дичь. IDE не скрывает такой комент, потому что для нее это просто какой-то комментарий. В случае бинарных исходников можно было бы это хранить в мета-информации и показывать только особо жаждущим по отдельной кнопке.
2) мат формулы можно было бы рисовать как матформулы, многоэтажно, если ввести спец конструкцию языка/IDE для этого.
3) тесты часто прогоняют по табличным данным, чтобы проверить разные кейсы. Эти данные зачастую выглядят как массив массивов или типа того. Почему бы не сделать конструкцию "таблица" и не рисовать это юзеру в виде, собственно, таблицы
3) комментарии вида javadoc/phpdoc тоже можно прибивать к самому классу/методу и показывать только при наведении курсора, чтобы не засирать экран хернёй.
4) если упороться, то можно отказаться от файлов совсем, и приложение рисовать как некую miro-диаграмму, кружочки-стрелочки и всё такое
5) вместо пачки ифов, где-то можно было бы рисовать прям таблицу состояний и переходов, это было бы нагляднее
6) картинки можно эмбедить прямо в исходник и там же видеть привьюшку
7) кстати, можно комментарии снабжать рисунками, а не ссылками на доку или псевдографикой
Рекламодатели приходят когда подписчиков минимум 1000-1500 (настоящих). Причем как-то сразу много. Думаю, они фильтруют в tgstat или какой-то другой системе, и после какого-то порога начинают замечать ваш канал
нет, байт-код - не дерево, это переработанная программа на более низком уровне, более удобная для исполнения. Из нее сложновато сгенерить исходный текст программы.
99% статей что-то рекламируют. Или свои телеграм-каналы, или продукты компаний, или сами эти компании.
Это всё четко разрешено правилами: можно вставлять рекламную ссылку на свой блог. Хабр специально это разрешил пару лет назад.
Да что там говорить, сам Хабр существует только для того, чтобы получать деньги с рекламодателей и с платных блогов компаний! Без рекламы не будет вообще никаких статей и Хабра тоже.
Но нет, каждый раз находится человек, отрицающий объективную реальность, и пишет "разгромные" статьи про "рак".
вопрос кеширования, POST не кешируется (да еще и с учётом его body)
Это примерно 100500-ая статья на Хабре по SOLID. Во-первых, надоело, а во-вторых, в каждой своё толкование.
Это доказывает, что принципы плохие. И названы плохо. Раз к толкованию нужен объясняющий.
Например, почитайте, что сам Роберт Мартин пишет про SRP - это оказывается принцип про людей вообще, а не про код. https://blog.cleancoder.com/uncle-bob/2014/05/08/SingleReponsibilityPrinciple.html
Т.е. по сути необязательно разбивать класс на несколько, если этот код пишет одна бизнес-структура.
Я уж не говорю о том, что многие языки (Go, напрмер) полностью отказались от наследования и всех связанных с ними проблем.
Короче, я бы вообще перестал рекламировать SOLID.
еще есть лимит у nginx и прочих прокси, поэтому я бы больше 4к не стал использовать
А почему в кеширующем сервере нужен
byedpi? :)уж у чатов, которые обучены на всех знаниях мира, есть все возможные культурные контексты
господи свят. Какую проблему мы решаем?
ребят вы откуда все сегодня тут? статье больше 5 лет, а комментарии прут
я точно видел пропозалы сделать типизированные sync.Map и прочие штуки
Имхо основа этого текста написана chat GPT, узнававемая стилистика (это только предположение).
По сути могу сказать, что еще код-ревью - это лишний этап на пути к проду, что сильно замедляет разработку. Я предпочитаю это давать на откуп разработчику: если хочет, чтобы его код проверили, то дает на код ревью, если нет, то нет. Иначе этот цикл можно сделать бесконечым: код -> код ревью -> тестирование -> исправление багов -> код ревью -> тестирование ->....
особенно, если ревьювер зануда, который любит докопаться до столба
https://habr.com/ru/specials/713190/
https://go.dev/blog/survey2024-h1-results
copilot не помогает в чтении кода
Я это видел. И видел, что за него активно голосовали. С другой стороны по опросам пользователей языка Go все называют обработку ошибок как одну из главных проблем го. Так что видимо аудитории разные у опросов
Написал в телеге продолжение, скопирую сюда:
По чесноку, я и сам не уверен, что замена тексту может быть реальной в текущей ситуации, это скорее просто тема на поболтать. Тем не менее, интуиция мне подсказывает, что текст для описания логики работы программы - это скорее неизбежный костыль, чем оптимальный инструмент. Т.е. мысль "так работал бейсик в спектруме, но не зашло" меня не удовлетворяет.
Вот еще пара вещей на подумать:
1) Часто в начале каждого файла пишут огромный комент про лицензию и прочую дичь. IDE не скрывает такой комент, потому что для нее это просто какой-то комментарий. В случае бинарных исходников можно было бы это хранить в мета-информации и показывать только особо жаждущим по отдельной кнопке.
2) мат формулы можно было бы рисовать как матформулы, многоэтажно, если ввести спец конструкцию языка/IDE для этого.
3) тесты часто прогоняют по табличным данным, чтобы проверить разные кейсы. Эти данные зачастую выглядят как массив массивов или типа того. Почему бы не сделать конструкцию "таблица" и не рисовать это юзеру в виде, собственно, таблицы
3) комментарии вида javadoc/phpdoc тоже можно прибивать к самому классу/методу и показывать только при наведении курсора, чтобы не засирать экран хернёй.
4) если упороться, то можно отказаться от файлов совсем, и приложение рисовать как некую miro-диаграмму, кружочки-стрелочки и всё такое
5) вместо пачки ифов, где-то можно было бы рисовать прям таблицу состояний и переходов, это было бы нагляднее
6) картинки можно эмбедить прямо в исходник и там же видеть привьюшку
7) кстати, можно комментарии снабжать рисунками, а не ссылками на доку или псевдографикой
Рекламодатели приходят когда подписчиков минимум 1000-1500 (настоящих). Причем как-то сразу много. Думаю, они фильтруют в tgstat или какой-то другой системе, и после какого-то порога начинают замечать ваш канал
В treesitter как-то решили эту проблему. У них в описании:
"Достаточно надежен , чтобы обеспечивать полезные результаты даже при наличии синтаксических ошибок."
Дв и jetbrains ide умеют строить неполноценное дерево и осуществлять рефакторинг даже в несовсем правильном коде
нет, байт-код - не дерево, это переработанная программа на более низком уровне, более удобная для исполнения. Из нее сложновато сгенерить исходный текст программы.
99% статей что-то рекламируют. Или свои телеграм-каналы, или продукты компаний, или сами эти компании.
Это всё четко разрешено правилами: можно вставлять рекламную ссылку на свой блог. Хабр специально это разрешил пару лет назад.
Да что там говорить, сам Хабр существует только для того, чтобы получать деньги с рекламодателей и с платных блогов компаний! Без рекламы не будет вообще никаких статей и Хабра тоже.
Но нет, каждый раз находится человек, отрицающий объективную реальность, и пишет "разгромные" статьи про "рак".
но прочитал с интересом )
Go для io-bound задач. Пишите лучше на Расте )
просто, не залогинившись, зайдите на habr
когда-то давно там был топ за сутки, сейчас просто всё подряд