Пара вопросов раз дали добро!
С точки зрения камер что лучше взять сейчас при примерно одинаковой сумме до 60, iphone 11 или XS, с прицелом на портретный режим, но зная что дисплей в 11 хуже, но есть сверхширик? И действительно ли сверхширик так интересен?
Спасибо за статью.
Пока еще не успел попробовать, но у меня возник вопрос, а сейчас то в такой модели куда будут складываться скаченные либы, если и не в /vendor и не в GOPATH? В директорию пользователя куда-нибудь?
Большое спасибо!
Думаю было бы нагляднее:
— выделить лидеров по каждому из параметров;
— указать, что расчет с ПО и ИСЖ идет для конкретного города(я вижу что это написано в таблице, но я почему-то подумал, что считается от среднего по стране, для меня это казалось логичнее);
— и для наглядности разницы добавить везде Россию.
А что можете сказать по поводу диаметра колеса, какой более подходящий или для какого кейчас использования каждый? В вашей статье «Маркетинг и реальность моноколес весны 2017» не было об этом упоминания, это ни на что не влияет?
Со временем еще больше убеждаюсь, что эта магия мне нравится все меньше и меньше! И дело не в том, что я сам дурак и не разобрался, а в том, что даже разобравшись во всем, рано или поздно забудешь о каком-нибудь нюансике и потом придется мучаться с отладкой. Ибо все равно, бежит не тот код, который написан!
Подскажите пожалуйста подходящий тул для миграции бд в go, с поддержкой PostgreSQL в идеале, чтобы работала по аналогии liquibase или flyway, в силу привычки использования. А именно чтобы можно было встроить в приложение, автоматическое управление миграцией в кластере инстансов прилжения с локом при миграции и поддержка автоматического поиска новых скриптов в некоторой директории по какому-то паттерну.
enchantinggg поддерживаю по поводу многих пунктов, особенно про то, что все ноют на отсутствие времени и то, что их кто-то чему-то должен научить!
Но еще очень согласен с IronHead, для большинства программистов это нормальные рабочие будни. Код писать могут многие, написать читабельный, поддерживаемый и расширяемый код с учетом текущих требований — уже очень не многие.
Необходимо быть не только кодогенератором, который накодил нужный кусок и забыл, а мыслящим инженером, думать о коллегах, которые будут разбираться в написанном, о его развитии в будущем при необходимости(поменялся бизнес, возросла нагрузка в связи с проходом новых пользователей).
Опытный разработчик может не только наговнякать код, но и сформулировать предложения по его улучшению, оптимизации и расширению и конечно реализовать свои предложения.
Для того чтобы работать в той области которая больше всего интересна и не «Скучна» и при этом иметь соответствующий рынку заработок, надо либо развиваться вширь(на чтении ТЗ и его реализации) и затем получив нужный опыт уходить в область узкую и интересную тебе либо сидеть дома и перебиваться фрилансом и учиться самостоятельно в интересных областях(только кто тебя такого без практического опыта работы возьмет куда-то, хоть и есть неподдельный интерес).
За примером последнего далеко ходить не надо, взять ребят из JetBrains, занимающихся разработкой языка Kotlin, не думаю, что они все окончили школу(вуз) и пошли сразу ваять новый язык, зная проблемы рынка, проблемы текущих языков, применяющихся в промышленной разработки(Java, C# и др.), уже набили шишки в разработки других языкаов в школе(универе). У них у всех был долгий путь написания CRUD приложений, разработки ПО по перекладыванию данных из одной очереди в другую, разработки бизнес-логики из excel документа. И только с получением нужного опыта, а это годы и годы и ощутив большинство из описанных выше проблем на себе каждый из них по своему пришел к тому что ему интересно это изменить.
По поводу второго вопроса, у меня еще вопросик, а как вы смотрите на то, что в каждом проекте будет своя папка /src и GOPATH будет начинаться именно рутовой директории проекта? Тогда в импортах вообще не будет фигурировать часть url с именем хостинга исходников.
Я так делал однажды, но получив некоторый опыт с go понял, что это вообще не лучший способ.
Подскажите, а какой подход использовать для загрузки через go get приватных репозиториев, например gitlab || bitbucket?
И как вы на работе вообще задаете переменную GOPATH для рабочих проектов, ведь если тоже кидать в дефолтный GOPATH, тогда и импорты будут что-то аля company.gitlab.com/middleware/..., что наверное не лучший вариант. Заказчик может захотеть переехать на другой хостинг исходников и что, потом в коде все импорты заменять или я что-то не понимаю?
Пара вопросов раз дали добро!
С точки зрения камер что лучше взять сейчас при примерно одинаковой сумме до 60, iphone 11 или XS, с прицелом на портретный режим, но зная что дисплей в 11 хуже, но есть сверхширик? И действительно ли сверхширик так интересен?
Пока еще не успел попробовать, но у меня возник вопрос, а сейчас то в такой модели куда будут складываться скаченные либы, если и не в /vendor и не в GOPATH? В директорию пользователя куда-нибудь?
Думаю было бы нагляднее:
— выделить лидеров по каждому из параметров;
— указать, что расчет с ПО и ИСЖ идет для конкретного города(я вижу что это написано в таблице, но я почему-то подумал, что считается от среднего по стране, для меня это казалось логичнее);
— и для наглядности разницы добавить везде Россию.
Еще раз спасибо за интересную статьюю
А в примере handlers/home_test.go, в строке resp.Body.Close() случайно defer не нужно?
Но еще очень согласен с IronHead, для большинства программистов это нормальные рабочие будни. Код писать могут многие, написать читабельный, поддерживаемый и расширяемый код с учетом текущих требований — уже очень не многие.
Необходимо быть не только кодогенератором, который накодил нужный кусок и забыл, а мыслящим инженером, думать о коллегах, которые будут разбираться в написанном, о его развитии в будущем при необходимости(поменялся бизнес, возросла нагрузка в связи с проходом новых пользователей).
Опытный разработчик может не только наговнякать код, но и сформулировать предложения по его улучшению, оптимизации и расширению и конечно реализовать свои предложения.
Для того чтобы работать в той области которая больше всего интересна и не «Скучна» и при этом иметь соответствующий рынку заработок, надо либо развиваться вширь(на чтении ТЗ и его реализации) и затем получив нужный опыт уходить в область узкую и интересную тебе либо сидеть дома и перебиваться фрилансом и учиться самостоятельно в интересных областях(только кто тебя такого без практического опыта работы возьмет куда-то, хоть и есть неподдельный интерес).
За примером последнего далеко ходить не надо, взять ребят из JetBrains, занимающихся разработкой языка Kotlin, не думаю, что они все окончили школу(вуз) и пошли сразу ваять новый язык, зная проблемы рынка, проблемы текущих языков, применяющихся в промышленной разработки(Java, C# и др.), уже набили шишки в разработки других языкаов в школе(универе). У них у всех был долгий путь написания CRUD приложений, разработки ПО по перекладыванию данных из одной очереди в другую, разработки бизнес-логики из excel документа. И только с получением нужного опыта, а это годы и годы и ощутив большинство из описанных выше проблем на себе каждый из них по своему пришел к тому что ему интересно это изменить.
Вот это точно:)
Спасибо за ответы!
По поводу второго вопроса, у меня еще вопросик, а как вы смотрите на то, что в каждом проекте будет своя папка /src и GOPATH будет начинаться именно рутовой директории проекта? Тогда в импортах вообще не будет фигурировать часть url с именем хостинга исходников.
Я так делал однажды, но получив некоторый опыт с go понял, что это вообще не лучший способ.
И как вы на работе вообще задаете переменную GOPATH для рабочих проектов, ведь если тоже кидать в дефолтный GOPATH, тогда и импорты будут что-то аля company.gitlab.com/middleware/..., что наверное не лучший вариант. Заказчик может захотеть переехать на другой хостинг исходников и что, потом в коде все импорты заменять или я что-то не понимаю?
«Об этом мы ещё поговорим ниже»
Так и не поговорили!