Хорошая привычка - периодически искать плагины для автоматизации/упрощения процессов, быстрого взаимодейсвия с элементами инфраструктуры/API/контейнерами/git:
Плагин позволяет получать информацию почти из всех sql баз, смотреть таблицы, исполнять query, сохранять креды/пароли в зашифрованном виде. Всё это хорошо сочетается Command Palette, доступ ко многим командам есть через Ctrl+P
Инструмент для тестирования HTTP ендпоинтов, создания автотестов, коллекций тестов. Есть история запросов и переменные окружения, кодогенерация из запросов (с поддержкой большинства популярных языков)!
GUI обертка над некоторыми функциями из grpcurl от storydev. Позволяет визуально посмотреть gRPC апи, используемые типы в запросах, генерирует grpcurl команды.
Поддерживаю! Это лучший способ создать однобокий, скучный продукт. Что бы сделать продукт универсальным нужны разные люди, с разными способностями.
прохождения теста на уровне кандидатского минимума по финансам
Хороший способ подтверждения квалификации - это непосредственная работа над проектом (пул реквест/переводы/дизайн/issue/другое участие). Это подтвердит как заинтересованность в работе, так и возможность улучшить продукт.
1- Злоумышленник, зная IMSI абонента, может передать сообщение FailureReport на HLR, тем самым сделав абонента временно недоступным для передачи данных.
Еще одна альтернатива firebase - pocketbase. Проект с открытым исходным кодом на go, может работать с любым S3 совместимым хранилищем или локальной файловой системой. Можно развернуть в докере.
На разных стадиях разработки ОС «Альт» программисты буквально «препарируют» код.
Это замечательно. Я бы сделал какой-нибудь открытый сервис на блокчейне, в котором можно было бы посмотреть кто какие строки провалидировал.
Это было бы полезно, чтобы люди в разных местах не занимались перепроверкой одних и тех же строк кода, просто ради оптимизации. Плюс всем будет понятно, что работа в этом направлении реально ведется.
KISS важен :) Не совсем к теме статьи, но добавил бы что можно еще поисследовать репозитории людей которые очень давно пишут на go: пример1, пример2, пример3, пример4, пример5.
Там можно подтянуть конфиги линтеров, посмотреть как пишется документация к функциям, как проекты структурируются. Тоже может быть полезно.
gitea - это форк gogs с большим сообществом, дополнительными фишками и MIT лицензией. Всем кто хочет быстро развернуть gitea и почту на своём железе сюда - репа
А вы уверены что у вас хватит квалификации этот фундамент качественно укреплять?
Это должно решать сообщество. Мне не кажутся невозможным создание PR в открытые проекты, помощь в реализации уже существующих инструментов.
При этом даже направление квалификации не имеет значения, разные люди решают разные задачи.
И у вас есть на это время? Или вы готовы заниматься этим в свободное от работы время? Или у вас официально отводится сколько-то процентов времени на непроектные (технические) задачи?
Время есть.
Когда работал, занимался открытыми проектами в личное время (с чайком и музыкой по-вечерам).
Официально у меня не было возможности заниматься открытыми проектами, хотя на мой взгляд от 80% практически любой кодовой базы можно открывать (если функциональность хорошо разделена на компоненты).
В этом есть необходимость? Продолжать работать на своём уровне абстракций, постепенно расширяя границы фундамента свободных/открытых программ тоже хорошо.
Первой моей системой был windows, потом я попробовал macos. Потом ради интереса начал пробовать разные дистрибутивы. Сначала elementary, потом ubuntu, calculate, fedora. При чем это было сильно размазано по времени, но возвращался к windows/macos. Потом я попробовал manjaro и это было сильно удобнее для работы, потому что docker контейнеры быстрее собираются, чем на windows.
Главное не переставать пробовать, дистрибутивов очень много. 100% какой-нибудь подойдет, а если нет, то можно собрать свой из arch, gentoo или from scratch или еще как-нибудь.
А разве это не процесс обучения? То что преподователи тоже узнают что-то новое можно считать бонусом. В школах используется не так много программ, чтобы ни сделать под эту задачу дистрибутив.
не просто ухудшить, а создать полный вакуум
Главное русифицировать документацию, что бы у всех был доступ к необходимой информации.
В случае с проприетарными программами нет даже возможности заплатить разработчику за доработку необходимого функционала, с открытым ПО при необходимости можно нанять для этого людей.
Хотя мне всегда отвечали мейнтейнеры проектов, когда я приходил к ним с вопросами, мне кажется это хорошая практика.
Спасибо за сравнение, обратная совместимость и правда имеет огромное значение.
У меня были мысли по поводу создания пакетного менеджера который мог бы собирать версии пакетов сразу под все наиболее распространенные дистрибутивы, его можно реализовать.
Возможно это позволило бы решить проблему обратной совместимости и увеличить простоту поддержки. Более того, можно добавить функции для быстрой доставки пакетов в CI-CD системы, это уже деталь.
У детей есть много источников для получения информации.
Более благоприятная для обучения среда делает лучше процесс обучения.
Линус Торвальдс начал программировать в 10, возможно в какой-то степени потому, что к этому располагала среда. Сейчас среда тоже не должна ограничивать возможности к познанию.
Написание JS-фреймворков, компиляторов, дистрибутивов линукса, библиотек на разных языках - сложная работа. Наши программы, в большинстве случаев, базируются на фундаменте открытого ПО.
Для меня кажется естественным желание укрепить этот фундамент, даже если за это никто не заплатит.
Спасибо за статью!
Хорошая привычка - периодически искать плагины для автоматизации/упрощения процессов, быстрого взаимодейсвия с элементами инфраструктуры/API/контейнерами/git:
1) SQL базы: SQL-Tools
VSCode: https://marketplace.visualstudio.com/items?itemName=mtxr.sqltools
VSCodium: https://open-vsx.org/extension/mtxr/sqltools
Плагин позволяет получать информацию почти из всех sql баз, смотреть таблицы, исполнять query, сохранять креды/пароли в зашифрованном виде. Всё это хорошо сочетается Command Palette, доступ ко многим командам есть через Ctrl+P
2) HTTP клиент: Thunder Client (*проприетарный)
VSCode: https://marketplace.visualstudio.com/items?itemName=rangav.vscode-thunder-client
VSCodium: https://open-vsx.org/extension/rangav/vscode-thunder-client
Инструмент для тестирования HTTP ендпоинтов, создания автотестов, коллекций тестов. Есть история запросов и переменные окружения, кодогенерация из запросов (с поддержкой большинства популярных языков)!
3) gRPC клиент: gRPC Clicker
VSCode: https://marketplace.visualstudio.com/items?itemName=Dancheg97.grpc-clicker
VSCodium: https://open-vsx.org/extension/dancheg97/grpc-clicker
GUI обертка над некоторыми функциями из grpcurl от storydev. Позволяет визуально посмотреть gRPC апи, используемые типы в запросах, генерирует grpcurl команды.
4) Docker - Docker
VSCode: https://marketplace.visualstudio.com/items?itemName=ms-azuretools.vscode-docker
VSCodium: https://open-vsx.org/extension/ms-azuretools/vscode-docker
В общем то все функции докера, хотя некоторые всё же удобнее через терминал.
5) Mario: The Block Jumper Extension: быстрая навигация по коду
VSCode: https://marketplace.visualstudio.com/items?itemName=jeff-hykin.mario
VSCodium: https://open-vsx.org/extension/jeff-hykin/mario
Удобный плагин для быстрой навигации по блокам кода.
---
Есть еще пара не озвученных горячих клавиш:
1) Ctrl+Shift+A - фокусировка Activity Bar, для быстрого доступа к разным плагинам
2) Ctrl+Shift+F на выделении - поиск по рабочей директории, удобно для поиска дубликатов и рефакторинга.
Поддерживаю! Это лучший способ создать однобокий, скучный продукт. Что бы сделать продукт универсальным нужны разные люди, с разными способностями.
Хороший способ подтверждения квалификации - это непосредственная работа над проектом (пул реквест/переводы/дизайн/issue/другое участие). Это подтвердит как заинтересованность в работе, так и возможность улучшить продукт.
Не знал про существование данных проблем.
Еще одна альтернатива firebase - pocketbase. Проект с открытым исходным кодом на go, может работать с любым S3 совместимым хранилищем или локальной файловой системой. Можно развернуть в докере.
Это замечательно. Я бы сделал какой-нибудь открытый сервис на блокчейне, в котором можно было бы посмотреть кто какие строки провалидировал.
Это было бы полезно, чтобы люди в разных местах не занимались перепроверкой одних и тех же строк кода, просто ради оптимизации. Плюс всем будет понятно, что работа в этом направлении реально ведется.
Спасибо за статью!
KISS важен :) Не совсем к теме статьи, но добавил бы что можно еще поисследовать репозитории людей которые очень давно пишут на go: пример1, пример2, пример3, пример4, пример5.
Там можно подтянуть конфиги линтеров, посмотреть как пишется документация к функциям, как проекты структурируются. Тоже может быть полезно.
Присоединяюсь!
gitea - это форк gogs с большим сообществом, дополнительными фишками и MIT лицензией. Всем кто хочет быстро развернуть gitea и почту на своём железе сюда - репа
Было бы хорошо иметь генераторы на подобии https://github.com/kyleconroy/sqlc
Спасибо за статью!
Мне кажется, что базовое умение работать с командной строкой вряд ли кому-то повредит.
Это должно решать сообщество. Мне не кажутся невозможным создание PR в открытые проекты, помощь в реализации уже существующих инструментов.
При этом даже направление квалификации не имеет значения, разные люди решают разные задачи.
Время есть.
Когда работал, занимался открытыми проектами в личное время (с чайком и музыкой по-вечерам).
Официально у меня не было возможности заниматься открытыми проектами, хотя на мой взгляд от 80% практически любой кодовой базы можно открывать (если функциональность хорошо разделена на компоненты).
В этом есть необходимость? Продолжать работать на своём уровне абстракций, постепенно расширяя границы фундамента свободных/открытых программ тоже хорошо.
Ungoogled chromium собрал примерно за 3 часа на среднем ноутбуке.
Первой моей системой был windows, потом я попробовал macos. Потом ради интереса начал пробовать разные дистрибутивы. Сначала elementary, потом ubuntu, calculate, fedora. При чем это было сильно размазано по времени, но возвращался к windows/macos. Потом я попробовал manjaro и это было сильно удобнее для работы, потому что docker контейнеры быстрее собираются, чем на windows.
Главное не переставать пробовать, дистрибутивов очень много. 100% какой-нибудь подойдет, а если нет, то можно собрать свой из arch, gentoo или from scratch или еще как-нибудь.
А разве это не процесс обучения? То что преподователи тоже узнают что-то новое можно считать бонусом. В школах используется не так много программ, чтобы ни сделать под эту задачу дистрибутив.
Главное русифицировать документацию, что бы у всех был доступ к необходимой информации.
В случае с проприетарными программами нет даже возможности заплатить разработчику за доработку необходимого функционала, с открытым ПО при необходимости можно нанять для этого людей.
Хотя мне всегда отвечали мейнтейнеры проектов, когда я приходил к ним с вопросами, мне кажется это хорошая практика.
Спасибо за сравнение, обратная совместимость и правда имеет огромное значение.
У меня были мысли по поводу создания пакетного менеджера который мог бы собирать версии пакетов сразу под все наиболее распространенные дистрибутивы, его можно реализовать.
Возможно это позволило бы решить проблему обратной совместимости и увеличить простоту поддержки. Более того, можно добавить функции для быстрой доставки пакетов в CI-CD системы, это уже деталь.
У детей есть много источников для получения информации.
Более благоприятная для обучения среда делает лучше процесс обучения.
Линус Торвальдс начал программировать в 10, возможно в какой-то степени потому, что к этому располагала среда. Сейчас среда тоже не должна ограничивать возможности к познанию.
Ахвхахаха, ну по крайней мере некоторые из основных утилит я бы переписал (те, в которых нельзя использовать -h)
Написание JS-фреймворков, компиляторов, дистрибутивов линукса, библиотек на разных языках - сложная работа. Наши программы, в большинстве случаев, базируются на фундаменте открытого ПО.
Для меня кажется естественным желание укрепить этот фундамент, даже если за это никто не заплатит.