Из всех пунктов знание специфики go проявляется только в 1. Со всем остальным вы можете столкнуться не только в go, но и в других языках программирования.
2 - в других языках (например java) так-же
3 - Это про программирование вообще. На любом языке можно допустить такую ошибку
4 - Некорректная претензия. А что если надо дождаться http-ответа в любом случае? С таким-же успехом можно предъявить, что вы не прописали user-agent. Это просто опции, набор которых зависит от приложения.
8, 9, 10 - это не про go
10 - без внятного ТЗ результат ХЗ
Про первый пункт узнать было прям полезно. Сам не знал такой специфики make()
Суть в том, чтобы было меньше монструозного шаблонного кода
Шаблонный код, от которого можно избавиться
Кроме того, yaml - это универсальный формат, не привязанный к php. Можно добавить к приложению микросервис на любом другом языке, который будет брать локализацию из общей директории.
И вообще лучшей практикой является как можно меньше привязки приложения к конкретному языку. А именно: локализация в универсальном формате (yaml/json), вместо serialize() json_encode (по возможности), конфиги хранить не в php-файлах а в json (который может подхватить тот-же микросервис).
Ну и дичь у вас на скриншоте. У меня вся локализация лежит в yaml-файлах, отражающих структуру приложения. Получение сообщения делается вызовом глобальной функции lang('pages.new.title').
На ошибки можно проверить скриптом, который ищет lang() в исходниках проекта и проверяет наличие фразы в yaml-файле.
Программирование на Win32 API — утерянное ныне искусство
Ну лично мне такое искусство нафиг не нужно. Пишу на javafx кроссплатформенно под винду, мак и линукс и живу хорошо. Памяти много не ест. Единственный минус - приходится тащить с собой jvm полностью, но 40 мегабайт в нынешнее время это уже приемлемо. Столько весит обычное мобильное приложение.
Хотя вцелом согласен, что electron и прочие web-gui это зло.
На win32 api сейчас писать не вариант просто потому что одну и ту-же программу в нынешнее время приходится выпускать сразу для целой кучи платформ: винда, мак, линукс, андройд, айфон.
А в чём смысл хранить данные в рам-диске, когда их можно просто хранить в зашифрованном виде на обычном диске? В памяти хранится только ключ расшифровки.
Хранить данные в рам-диске никто не будет потому что сервер может перезагрузиться случайно, из-за сбоя.
Да даже память не панацея. У спецслужб способы извлечь данные из памяти работающего сервера (хоть и сложно).
Меня тут интересует другой вопрос: а если в салоне сидят другие пассажиры, это получается свои дела придётся делать у них на виду? Да и запашок в салоне тоже будет не самый лучший. Если машина с низкой посадкой, то с улицы сверху тоже видно, как ты сидишь без штанов.
Дуров вводит вас в заблуждение. Его секретные чаты работают через diffie hellman, который подвержен mitm-атаке.
Почти никто не сверяет ключи шифрования секретных чатов. Если на стороне сервера готов софт для перехвата секретных чатов, то ничего не помешает телеграму их перехватывать точечно, для "интересующих личностей". По факту, Дуров перекладывает ответственность за потенциальный MITM на пользователей. Типа "ну, вы сами виноваты, надо было сверять ключ шифрования у собеседников".
Дуров никак не стимулирует людей проверять ключ шифрования. Кроме того, ключ шифрования не является qr-кодом (это просто какой-то набор разноцветных квадратиков), что затрудняет его считывание.
Как должен работать правильный E2E-чат: собеседники обмениваются QR-кодом с ключом шифрования при личной встрече. Этого в телеге нет.
По факту, классический jabber+PGP безопаснее телеграма. По крайней мере он даёт доказуемую безопасность шифрования.
Да, сейчас самое лучшее время для строительства дата-центров. Ведь все знают, что экономика страны растёт, интернет развивается, количество интернет-проектов в рунете растёт как на дрожжах. Молодцы ребята, успевают за растущим спросом на серверы.
ИИ - это не синьёр даже близко, и не мидл тоже. Он пишет код как джун и постоянно вытворяет лютую дичь. Над ним надо стоять с палкой и постоянно его заставлять делать по нормальному а не через *опу.
Никто в здравом уме не посадит джуна писать приём платежей (если конечно объём платежей критичен для компании).
баг на проде. Webhook от платёжки возвращал 500 на определённой комбинации параметров
Доверять ИИ написание кода, ответственного за обработку платежей - это надо быть больным на голову человеком.
То-ли ещё будет. Ждём, когда автопилот самолёта будет кодить ИИ, управление реактором АЭС будет писать ИИ, код медицинского оборудования начнёт писать ИИ.
Вы только что прочитали нейромусор. Вот интересно, на стриме тоже будут зачитывать нейромусор? Также интересно, будет-ли его зачитывать человек или ИИ.
Можно на vps заказывать 2 ip-адреса. К первому коннектится vpn-клиент, через второй идёт исходящий трафик в интернет. Если забанят второй ip то vpn-клиент продолжить работать без проблем.
Ничего страшного, просто теперь вместо карт все вернутся к наличке. А если начнут ограничивать наличку, то в качестве валюты можно использовать крышки или патроны.
Из всех пунктов знание специфики go проявляется только в 1. Со всем остальным вы можете столкнуться не только в go, но и в других языках программирования.
2 - в других языках (например java) так-же
3 - Это про программирование вообще. На любом языке можно допустить такую ошибку
4 - Некорректная претензия. А что если надо дождаться http-ответа в любом случае? С таким-же успехом можно предъявить, что вы не прописали user-agent. Это просто опции, набор которых зависит от приложения.
8, 9, 10 - это не про go
10 - без внятного ТЗ результат ХЗ
Про первый пункт узнать было прям полезно. Сам не знал такой специфики make()
Ну чисто на поржать конечно сойдёт, но слушать такое всерьёз никто не будет )
Для нормальной песни текст должен быть не такой кринжовый.
Суть в том, чтобы было меньше монструозного шаблонного кода
Кроме того, yaml - это универсальный формат, не привязанный к php. Можно добавить к приложению микросервис на любом другом языке, который будет брать локализацию из общей директории.
И вообще лучшей практикой является как можно меньше привязки приложения к конкретному языку. А именно: локализация в универсальном формате (yaml/json), вместо serialize() json_encode (по возможности), конфиги хранить не в php-файлах а в json (который может подхватить тот-же микросервис).
Ну и дичь у вас на скриншоте. У меня вся локализация лежит в yaml-файлах, отражающих структуру приложения. Получение сообщения делается вызовом глобальной функции lang('pages.new.title').
На ошибки можно проверить скриптом, который ищет lang() в исходниках проекта и проверяет наличие фразы в yaml-файле.
А убирать офис и организовывать праздники у вас случайно не входит в список требований к Senior Backend Developer?
Вы могли-бы сделать хабр лучше, если писать не про ИИ а про ИТ
Можете, но не хотите
Ну лично мне такое искусство нафиг не нужно. Пишу на javafx кроссплатформенно под винду, мак и линукс и живу хорошо. Памяти много не ест. Единственный минус - приходится тащить с собой jvm полностью, но 40 мегабайт в нынешнее время это уже приемлемо. Столько весит обычное мобильное приложение.
Хотя вцелом согласен, что electron и прочие web-gui это зло.
На win32 api сейчас писать не вариант просто потому что одну и ту-же программу в нынешнее время приходится выпускать сразу для целой кучи платформ: винда, мак, линукс, андройд, айфон.
Не удивлюсь, если потом окажется, что это были ИИ-агенты
А в чём смысл хранить данные в рам-диске, когда их можно просто хранить в зашифрованном виде на обычном диске? В памяти хранится только ключ расшифровки.
Хранить данные в рам-диске никто не будет потому что сервер может перезагрузиться случайно, из-за сбоя.
Да даже память не панацея. У спецслужб способы извлечь данные из памяти работающего сервера (хоть и сложно).
Это-же зарегистрированная торговая марка. Впрочем, юристы Intel/Apple уже работают над этой проблемой. Ждём иск к Mozilla на триллион долларов.
Меня тут интересует другой вопрос: а если в салоне сидят другие пассажиры, это получается свои дела придётся делать у них на виду? Да и запашок в салоне тоже будет не самый лучший. Если машина с низкой посадкой, то с улицы сверху тоже видно, как ты сидишь без штанов.
Задолбали уже со своим вайб-говнокодом. Что, писать на хабре больше неочем?
Дуров вводит вас в заблуждение. Его секретные чаты работают через diffie hellman, который подвержен mitm-атаке.
Почти никто не сверяет ключи шифрования секретных чатов. Если на стороне сервера готов софт для перехвата секретных чатов, то ничего не помешает телеграму их перехватывать точечно, для "интересующих личностей". По факту, Дуров перекладывает ответственность за потенциальный MITM на пользователей. Типа "ну, вы сами виноваты, надо было сверять ключ шифрования у собеседников".
Дуров никак не стимулирует людей проверять ключ шифрования. Кроме того, ключ шифрования не является qr-кодом (это просто какой-то набор разноцветных квадратиков), что затрудняет его считывание.
Как должен работать правильный E2E-чат: собеседники обмениваются QR-кодом с ключом шифрования при личной встрече. Этого в телеге нет.
По факту, классический jabber+PGP безопаснее телеграма. По крайней мере он даёт доказуемую безопасность шифрования.
Да, сейчас самое лучшее время для строительства дата-центров. Ведь все знают, что экономика страны растёт, интернет развивается, количество интернет-проектов в рунете растёт как на дрожжах. Молодцы ребята, успевают за растущим спросом на серверы.
ИИ - это не синьёр даже близко, и не мидл тоже. Он пишет код как джун и постоянно вытворяет лютую дичь. Над ним надо стоять с палкой и постоянно его заставлять делать по нормальному а не через *опу.
Никто в здравом уме не посадит джуна писать приём платежей (если конечно объём платежей критичен для компании).
Доверять ИИ написание кода, ответственного за обработку платежей - это надо быть больным на голову человеком.
То-ли ещё будет. Ждём, когда автопилот самолёта будет кодить ИИ, управление реактором АЭС будет писать ИИ, код медицинского оборудования начнёт писать ИИ.
Можно просто zip-архивом скидывать блок данных в ЛС каждую секунду туда-сюда. Пропускная способность получится большая, но пинг маленький )
Вы только что прочитали нейромусор.
Вот интересно, на стриме тоже будут зачитывать нейромусор? Также интересно, будет-ли его зачитывать человек или ИИ.
Можно на vps заказывать 2 ip-адреса. К первому коннектится vpn-клиент, через второй идёт исходящий трафик в интернет. Если забанят второй ip то vpn-клиент продолжить работать без проблем.
Ничего страшного, просто теперь вместо карт все вернутся к наличке. А если начнут ограничивать наличку, то в качестве валюты можно использовать крышки или патроны.