• Как правильно организовать транзакции / блокировки Postgres в моем сценарии?

    @Everything_is_bad
    в транзакциях ничего не понимаю(
    ну сначала садись и разбирайся, в доках всё расписано. Как ты дальше хочешь поддерживать код, который не понимаешь?

    в любой момент времени все успешно, или никаких изменений
    оберни этот участок в with transaction.atomic():

    А для того чтобы другой обработчик не поменял данные, которые используют первый, делай блокировку этих данных на время обработки, через select_for_update
    Ответ написан
    3 комментария
  • Как определить, psql -c выполнился успешно?

    Alex_Geer
    @Alex_Geer
    System Engineer
    Если код возврата равен 0, это означает, что команда завершилась успешно.
    Ответ написан
    Комментировать
  • Имеет смысл мне продавать frontend шаблоны / библиотеки?

    opium
    @opium
    Просто люблю качественно работать
    Тимплейт монстер ждёт вас
    Ответ написан
    Комментировать
  • Имеет смысл продавать backend / fullstack библиотеки?

    Не знаю что вы хотите продавать, но ваши клиенты - не инженеры, ваши клиенты - компании. Если взглянуть со стороны компании - то не вижу ни одной причины что либо у вас покупать, кроме разве что уникального и остро необходимого мне продукта. В чем крайне сомневаюсь, если честно.
    А у вас инженерный подход, поэтому не мучайте себя - тренируйтесь определять сроки и работайте.
    Ответ написан
    Комментировать
  • Имеет смысл мне продавать frontend шаблоны / библиотеки?

    @Guest3302
    нет
    Ответ написан
    Комментировать
  • Имеет смысл мне продавать frontend шаблоны / библиотеки?

    vabka
    @vabka
    Токсичный шарпист
    1. Что такое "безопасность своими руками"? Нельзя отсутствие чего-то называть характеристикой продукта.
    2. В чём выгода покупателю от качественного лога в гите? Зачем ему в принципе исходный код?
    3. Хорошая документация и поддержка - это в принципе обязательная вещь.
    4. Для большинства пакетных менеджеров semver - это обязательное требование. Так что это нельзя считать конкурентным преимуществом.
    5. Ну тоесть вы считаете то что вы тестируете свои компоненты - это конкурентное преимущество?)
    6. Continuous delivery куда? Думаю, покупателю вообще не важно, как у вас внутренние процессы устроены - хоть почтовыми голубями доставляй в репозиторий.
    8. Что такое "Web производительность"?
    9. Ещё бы он скопирован был у кого-то.

    При такой постановке - никому твои библиотеки интересны не будут.
    Посмотри, как позиционирует себя тот же Telerik или Devexpress - у них ты не найдёшь ничего из того что ты упомянул.
    Ну или хотябы как люди шаблоны на themeforest продают.
    Ответ написан
    2 комментария
  • Имеет смысл мне продавать frontend шаблоны / библиотеки?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Безопасность, своими усилиями;

    Ну то есть ее нет :)
    Качественный лог GIT;

    Какая от этого выгода покупателю? Ему Ваши проблемы неинтересны.
    Качественный, тщательно протестированный код

    Это преимущество только по сравнению с говнокодерами :)
    Ответ написан
    2 комментария
  • Имеет смысл мне продавать frontend шаблоны / библиотеки?

    Jacen11
    @Jacen11
    ну попробуйте https://habr.com/ru/post/278999/ , тут у веб студии как я понимаю больше года ушло чтобы сделать шаблон на продажу. Они тоже думали, что они все знают и умеют

    вообще это хороший пассивный заработок, но ни разу не простой

    и кстати, ваше описание в разделе Кто я, как будто какого то джуна. Не знаю что у вас в реальности, но с таким резюме не устроиться выше джун+
    Ответ написан
    6 комментариев
  • Имеет смысл продавать backend / fullstack библиотеки?

    AlexNest
    @AlexNest
    Работаю с Python/Django
    Насчет бекэнда.
    Ну если только вы придумаете какое-то дико гениальное решение, в котором:
    1. будет реализовано множество необходимых функций
    2. С "шаблоном" будет крайне удобно и быстро работать.
    3. При этом производительность будет можно сравнить с кодом на Си/плюсах
    В противном случае - никто у вас ничего покупать не будет - бесплатных фреймворков слишком много.
    Ответ написан
    1 комментарий
  • Имеет смысл продавать backend / fullstack библиотеки?

    DevMan
    @DevMan
    1. бэк - очень размытое понятие.
    2. бэк очень привязан к языку и хотелкам конкретного человека.

    я бы вообще не заморачивался бэком и делал только фронт.
    Ответ написан
    1 комментарий
  • Почему важно "Разделение ответственности"?

    @cicatrix
    было бы большой ошибкой думать
    Абстрактно если, псевдокодом
    password = Window.TextBoxPassword.Value
    if (!password.RegexMatch('^(?=.*?[A-Z])(?=.*?[a-z])(?=.*?[0-9])(?=.*?[#?!@$ %^&*-]).{8,}$"))
         Window.ValidationText.Text = "Пароль слишком слабый";
    else
         try
             connection = new Connection("connecttion string to database");
             .RunSQL("update users set password = @password where username = @user"
         catch  
             Window.ResultMessage.Text = "Ошибка"
    Window.ResultMessage.Text = "Пароль изменён"


    И таких кусков в программе, например 3, где меняется павроль, но ты знаешь только про 2, так как третий добавили без тебя.
    Вопросы: что будет, если изменятся требования к паролю?
    Что будет, если изменится оконный дизайн или вообще UI фреймворк?
    Что будет, если изменится движок бд, названия таблиц?

    сравни c:
    password = GetUserInput();
    if (ValidatePassword())
    {
        UpdateUserPassword()
    }
    Ответ написан
    1 комментарий
  • Что должен знать Middle Node.js Developer?

    @maximtark Автор вопроса
    JavaScript фанатик
    Возвращаясь почти через 2 года к своему же вопросу, хотелось бы ответить на вопросы, которые сам же и задал. Может кому-нибудь будут полезны мои выводы. :)

    1 Есть. Их много. Но они бесполезны без понимания(!) REST на уровне абстракций. Буквально через пару дней после данного вопроса попал в контору, где год занимался только им. Наступил на грабли от того, что очень сильно привязывался к возможностям платформы(Node.js) и оглядывался на документацию. Пытаясь делать "правильно" я набил немало шишек, а потом просто начал делать его для людей. никто не оценит правильности... Особенно мобильные разработчики(¯\_(ツ)_/¯). Вывод: вопрос некорректен.

    2 Да. А насколько в добротную контору - тут уже от случая/настроения/чего-еще зависит. Ну и от уровня разработчиков, которые претендуют на желаемую позицию. "Топового"(слова знакомого HR) разраба найти сложно, долго и дорого. Так что всегда можно заполнить будни рекрутеров своей скромной персоной. Проходить собеседования и продавать себя - это тоже уметь нужно.
    2-1 Ключевое слово "опыт". Нужно убедить потенциального работодателя, что пет-проект(или целый зоопарк из них) потенциально жизнеспособен. К сожалению, никто так по достоинству не оценил мой векторный макет Земли, положение которой зависит от часового пояса/текущего времени, вокруг которой летают все известные спутники из стороннего API(ну круто же! они еще и кликабельные были!). Зато по достоинству оценили жалкое подобие конструктора простых блогов. Одно из топ-3 самых больших разочарований в моей жизни. :(
    2-2 Да. Однозначно. Однозначно приходить, слушать и говорить, только если есть что сказать.

    3 Ну тут вообще эпик. Для себя выделил только один полезный навык. "Искать подходящую отвертку чтобы открутить дверь. А не дверь чтобы открутить её своей отверткой". Серебряной пули не существует. Вывод: вопрос некорректен.
    upd: Как спойлер - TypeScript выучить таки пришлось, CoffeeScript ни разу не пригодился(хотя был моим мейном).

    4 Только google.com, доки и холодное сердце, которое готово в любой момент переварить негодование от погружения в исходники. Ну еще иногда можно подсмотреть в Open Source.
    4-1 Я не знал, что в Open Source меня тоже могут научить курить/браниться/писать плохой код(нужное подчеркнуть). И я об этом очень жалею.

    Итог. Мне бы действительно хотелось дать развернутые ответы без какой-либо воды. Да не могу. К превеликому сожалению, 2 года назад я еще не умел задавать правильные вопросы.

    "Senior, Senior, сплошные Senior... Хипстеры! Еще укротителями типизации назовитесь! Порасплодилось, блин, JS генералисимусов! Понавешали на себя титулов! Кто работать будет? Не отдел, а сборище аристократов, undefined мне в трудовую.."
    © Tech Lead Миша негодует в курилке. 2016
    Ответ написан
    1 комментарий
  • Правильно ли изучать все и сразу?

    bingo347
    @bingo347
    Crazy on performance...
    учить что-то бесполезно, нужна практика а не зубрежка.
    выкиньте вообще все учебники пылится на полку, они не эффективны, придумайте себе проект и начните его делать, а там где уже попали в ступор - идите в справочники и учебники, так профит будет в разы больше

    ну и насчет распылятся сразу на несколько ЯП, тоже не стоит, в голове каша будет. лучше натренироваться досконально в чем то одном, а остальное уже после смотреть для общего развития
    иначе в голове возникнет каша, Вы ведь не изучаете в раз английский, немецкий и французкий? ну и с языками программирования так же
    Ответ написан
    Комментировать
  • Какие проблемы решают frontend middle разработчики в Software Design?

    @mkone112
    Начинающий питонист.
    Я вообще тупенький, и опыта у меня на порядки меньше, но мне кажется что достаточно писать крупный и сложный проект. Думаю что сложность может тащить за собой тот самый Software Design.
    Ответ написан
    1 комментарий