На python -- начиная с 2002 года. На Go -- последние полтора (после конкретной пересадки).
VS Code. Всё настроено, всё умеет, не настолько надоедлив, как atom. Гошечку уважает!) Ах да: официально бесплатно))
После конкретной пересадки на GO я забросил python.
Спасибо, камрады.
Какие-то глупые советы. Надо говорить честно о том, что думаешь. Не нравится работодатель -- валить его и пинать ногами -- сам виноват, что довёл ситуацию до такого состояния. Это вообще не имеет отношения к процессу поддержания и развития навыков программиста. Вам шашечной или ехать? Шашечки? Спасибо и давай до свидания -- ничем хорошим найм на такую галеру не закончится. Хедхантер приглашает того, кто светится на всяких сходняках? Причины такого выбора могут быть разные, но я бы не стал нанимать в контору, которая меня выбрала по этому критерию. Ещё раз -- надо сразу говорить правду: в этом шарю, это знаю, это тыкал палочкой, про это понятия не имею. Всё знать нельзя. Если хэдхантер тупой как валенок и не понимает, что в людей надо вкладываться -- ну значит, тот кто ему не подошёл сегодня, завтра будет приносить прибыль конкурентам. Другого не дано.
Типичный пример: в Go куча потоков. И частенько пока отрабатывается один -- прилетел ещё десяток. Т.е. практикуется подход -- конвейерной обработки (иначе скорости, массовости, масштабируемости -- не дождаться). Как каждый запрос будет помнить о том, куда ему отвечать когда клиентов десятки тысяч ? Вот для этого контекст и нужен -- он сохраняет информацию о запросе, и помнит о том ,какой клиент этот запрос сделал, и куда отвечать. З.Ы. Мой сервак на домашнем ноуте способен обработать до 50к запросов (просто запросов, без логики обработки).
Микросервисная архитектура для меня на практике оказалась бредом. По-крайней мере мой первый микросервис оказался достаточно жирным, чтобы называть его словом микро. А дробить на более мелкие части -- совершенно бесполезно, так как такие наносервисы -- избыточное потребление ресурсов при собственной неполноценности и невозможности по отдельности выполнять заложенный функционал. Да ,можно говорить о сервис-ориентированной архитектуре, но не как не о микросервисной. Автор! Пассаж, про неэффективность советской экономике -- убери, будь ласка. Не пиши того, о чём не имеешь понятия.
Меня просто бесит слово Scrum -- "схватка, драка вокруг мяча". Чем вам не угодило "оперативное планирование"? Меня бесит слово Scrum-meeting -- чем вам не нравится "производственное совещание"? Меня радуют ребята из-за бугра: спустя 80 лет они изобрели то, что у нас в отечестве соответственно уже более 80 лет называется "плановая экономика". Пусть план не полностью отражает насущные потребности, но они будут учтены на следующую пятилетку (поскольку таковы были управленческие возможности планирования; сейчас (разумеется) цикл управления меньше -- в зависимости от отрасли). В соседней статье речь идёт про технический долг. Имхо, "вертушка" (именно так переводится agile) не способствует высокому качеству кода. Это скорее отражение стремления современного капитала снять пенку первым -- "кто смел, тот и съел, а после нас -- хоть потоп". В 21 веке такой подход -- неприемлем (слишком высока может оказаться цена ошибки).