• Что лучше выбрать для backend'a?

    natojezlo
    @natojezlo
    ruby
    Ответ написан
    Комментировать
  • Как промоутить джунов в мидл разработчиков?

    @other_letter
    А по-моему не с того Вы конца.
    Вы так будете что-то делать-делать-делать, Вам будет нравиться и казаться, что Вы делаете Благо.
    А бизнесу это нафиг не нужно (может быть), а так как бизнесу не нужно - денег не дадут (ЗП не повысят), а как следствие - джун получит максимум что некий формальный грейд.

    Потому более верный путь, ИМХО, будет: заявить "короткий доклад на совещании", где Бизнесу преподнести идею и план "па пальцах" что Вы хотите сделать (описать категории, экзамены...), но пока не сделали. Какой ожидаете результат (документы такие-то, система мотивации такая-то) от своей работы и как средствие от преобразований (мотивация, текучка...) Скорее всего все с умным видом кивнут головами и тут уже есть смысл заниматься. А если скажут "да у нас и так всё норм" - видимо, это совсем не нужно.
    Ответ написан
    2 комментария
  • Как побороть ошибку Python (ascii' codec can't decode) при создании сертификата Let's Encrypt?

    chupasaurus
    @chupasaurus
    Сею рефлекторное, злое, временное
    1. Добавьте в /etc/letsencrypt/cli.ini строку webroot-path = /some/path, в следствие чего будет автоматически использоваться плагин webroot, через который работает "авто"настройка nginx/apache.
    2. Дайте на эту директорию права на чтение nginx и соответственно в конфигах nginx добавляете на каждом домене
      location ^~ /.well-known/acme-challenge/ {
        root /some/path;
      }
      Я предпочитаю прописать путь к токенам в переменную в nginx.conf для консистентности конфигов сайтов.
    3. Если уже есть сертификаты от LE, то придётся править конфиги их получения (лежат в /etc/letsencrypt/renewal/, ) или пересоздавать.

    Дальше будут работать стандартные certbot certonly -d new.domain.tld и certbot renew
    Ответ написан
    8 комментариев
  • Как побороть ошибку Python (ascii' codec can't decode) при создании сертификата Let's Encrypt?

    gluck59
    @gluck59
    Виртуальный глюк
    Проблема появляется и сейчас, она никуда не делась.

    Питон вижу впервые, ранее никогда с ним не сталкивался. Насколько я понял, фича в том, что certbot написан на втором питоне, у которого родная кодировка в ascii, а данные мы ему пихаем (точнее не мы, а сертбот) в utf8.

    Не знаю насколько решение расово верно, но оно работает.
    /bin/@certbot

    # после строки
    import sys  
    #вставить строки
    reload(sys)  
    sys.setdefaultencoding('utf8')


    После этого серт устанавливается, ошибки больше нет.
    Ответ написан
    Комментировать
  • Существует ли легкий WYSIWYG Markdown редактор?

    littleguga
    @littleguga
    Не стыдно не знать, а стыдно не интересоваться.
    Я думаю вряд ли Вы найдете, то что хотите. Легче взять и сделать самому/использовать SimpleMDE(чем, не подошел?)

    Суть Markdown'a, как раз и есть в интуитивно понятной и читаемой разметке. Нужен список - ок, никаких html/bb/любых других кодов - понятное и простое:

    * элемент в списке
    * это же понятно и просто

    В этом и есть "философия" Markdown, поэтому и WYSIWYG редактор для него и не нужен.
    Ответ написан
    Комментировать
  • Какие есть интересные блоги современных JavaScript ниндзя?

    • www.nczonline.net
    • 2ality.com
    • ponyfoo.com
    • mathiasbynens.be
    • davidwalsh.name
    • rmurphey.com/archives
    • caolan.org
    • perfectionkills.com
    • www.bennadel.com
    • addyosmani.com/blog/
    • dmitrysoshnikov.com
    • yehudakatz.com
    • ncombo.wordpress.com
    Ответ написан
    3 комментария
  • Как не стать недоспециалистом?

    Jump
    @Jump
    Системный администратор со стажем.
    Учитесь, стремитесь и развивайтесь.
    Сами, ни на кого ни надеясь.
    Это конечно если вам это действительно надо, а для некоторых достаточно и формочки клепать, платят и то хорошо.

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

    flr
    @flr
    Какие инструменты могут понадобится для реализации такой системы?

    Вопрос скорее всего не совсем уместен. Вам могут перечислить инструменты, которые нужны для постройки дома, однако дом вам построить это не поможет. Но, чтобы не быть голословным, вам понадобятся:
    1. Git server (Bitbucket, Gitlab, etc). Если работаете один или проект очень простой, то достаточно будет gitolite.
    2. CI server (Bamboo, Jenkins, etc).
    3. Любой язык программирования для написания pre-receive/post-receive хуков и задач для CI.

    Правильно ли я представляю себе этот процесс?

    Вне зависимости от того, будете ли вы работать один или в команде, с моей точки зрения процесс выглядит усложненным и надуманным. Я бы начал с простого процесса и усложнял бы его только по мере появления каких-то проблем. Если вы начнете со сложного, то вы сразу создадите себе проблемы. И будете создавать новые, решая старые.
    Как я вижу простой процесс:
    1. Возьмите одну ветку, которая будет стабильна, например, master.
    2. Для каждой фичи создавайте отдельную ветку из стабильной. Например, ivan-news-block или ivan-search-bug-fix. Правила нейминга придумать можно любые.
    3. Тестируйте код на своей виртуалке. Обычный vagrant + virtualbox. Если у вас добавляется второй разработчик, то он просто берет Vagrantfile и у него на машине появляется виртуалка с готовым окружением для работы. Зачем вам общий dev сервер?
    4. Процессом деплоя управляет или CI сервер, или ansible/puppet, или самописные скрипты.
    5. Когда ветка готова к релизу, то запускайте процесс деплоя на тестовый стенд, где вы можете показать это заказчику или кому-то еще. Там же CI может прогонять тесты.
    6. Когда фича аппрувнута заказчиком или ПО задачи, то запускайте процесс деплоя на бой.

    Как это реализовать?

    Вопрос явно требует уточнения. Сейчас ваш вопрос звучит так: "Как нарисовать сову?".
    Но что-то могу порекомендовать:
    Начать надо с построения процесса с проделыванием всех действий вручную. Далее постепенно каждую ручную операцию переводить на автоматику. Не стоит сразу пытаться сделать какой-то идеальный механизм.
    Ответ написан
    Комментировать
  • Стоит ли учить Ruby и Rails в 2016 году?

    Стоит ли учить язык Ruby и фреймворк Ruby on Rails в 2016 году?


    Зависит от ваших целей. Лично мне было просто интересно изучать этот язык и мне он нравится.

    В мире PHP активно развивается много отличных фреймворков и библиотек. В JavaScript вообще каждый день революция, новые подходы и фреймворки растут как грибы после дождя.
    А вот про Ruby и Ruby on Rails давно ничего не слышно.


    В мире Ruby тоже есть неплохие библиотеки и фреймворки. Например, hanami (hanamirb.org) или занимательный volt (https://github.com/voltrb/volt) у которого как на клиенте, так и на сервере используется ruby код. Правда Rails довольно сильно притягивает всех своей гравитацией, к слову, в этом месяце обещали релизнуть Rails 5 с поддержкой общения с клиентом через websocket — ждём-с.

    В целом, ещё Ruby используется для Chef (автоматизация серверов), homebrew (пакетный менеджер в маках), cocoapods для разработки OS X приложений, vagrant для управления виртуальными машинами разработки, jekyll/middleman/octopress — для генерации статических сайтов, известные sass/scss тоже на ruby, хоть теперь уже и есть реализации на других языках.

    Ещё, сравнительно недавно вылез на стол и начал танцевать, соблазняя возможностью компиляции кода — руби-косплеер Crystal (https://github.com/crystal-lang/crystal). И есть RubyMotion — фреймворк для создания OS X/iOS/Android приложений на Ruby (www.rubymotion.com).

    Тут можно посмотреть список популярных библиотек — https://github.com/markets/awesome-ruby

    В общем, смотрите сами. Да, язык сейчас не на вершине волны, но он развивается и говорить о смерти пациента рано.
    Ответ написан
    4 комментария
  • Возможна ли переквалификация в разработчики после 30 без профильного высшего образования?

    trevoga_su
    @trevoga_su
    > программирование - это наверное тот профиль деятельности, которым я могу с интересом заниматься даже в свободное от работы время

    Что и требовалось доказать. Это сейчас для тебя программирование это так, прикольчик, хобби.
    А в итоге тебе придется заниматься той же аналитикой + кодингом, ибо в программирование сбор бизнес требований - это почти неотъемлемая часть работы программистов, особенно если вы работаете в серьезных компаниях с долгоиграющими проектами, где постоянно меняются правила бизнеса.

    В итоге ты будешь тем же аналитиком + копаться в куче гов... кода.
    Ответ написан
    Комментировать
  • Возможна ли переквалификация в разработчики после 30 без профильного высшего образования?

    @Bojczuk
    Честно, не понимаю, для чего. Наоборот многие разработчики в ходе карьеры стремятся и уходят в аналитику, чтобы применять свои навыки не акцентируя внимания на мелочах.
    В 30 лет уже давно пора понять, что идеальной работы не бывает и в каждой профессии есть свои плюсы и минусы.
    Образ сформированный вокруг разработки лишь таковым и является, мёдом здесь не намазано.
    Ответ написан
    8 комментариев
  • Почему web-сервисы стали называть API или какая между ними разница?

    1) олдскульные (SOAP/XML) веб-сервисы называли так, потому что есть группа стандартов от W3С, и там используется именно понятие "web service" (https://www.w3.org/TR/ws-arch/#id2260892);
    2) поэтому REST API называются так, чтобы побольше отличаться от веб-сервисов, и заодно подчеркнуть, что в таком взаимодействии единственный стандарт "для всех" - это HTTP. Все остальное - форматы запросов/ответов, степень соответствия архитектуре REST - определяется конкретным сервисом, и поэтому хотелось некий "легковесный" термин, который бы говорил о таких контрактах взаимодействия, которые работают поверх HTTP и соответствуют архитектуре REST. Поэтому и REST API/Web API , что переводится как "контракт, работающий поверх HTTP в соответствии с архитектурой Web".
    Ответ написан
    Комментировать
  • Существует ли консоль (терминал) для выполнения JavaScript, как в ChromeDevTools, но отдельно?

    digitalHitler
    @digitalHitler
    Meow.
    Вот, например: danielgtaylor.github.io/nesh

    UPD: кстати, есть еще такая прекрасная штука, как CodeRunner: https://coderunnerapp.com
    Но судя по всему, только под OS X.
    Ответ написан
    1 комментарий
  • Что почитать про анализ данных?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    в общем
    o_chem_govoryat_cifry-big.png
    и соседние с ней книги на Озоне, например та же BigData
    по обработке:
    978-5-97060-330-7_270_369__100.jpg978-5-97060-273-7_new_270_369__100.jpg1490916316c.jpg
    Ответ написан
    3 комментария
  • Какие бывают сервисы to-do листов?

    @di23
    Посмотрите в сторону Workflowy, если вам нужно простое, стильное и в то же время мощное решение.
    Долгое время искал себе подходящий to-do list. Перепробовал практически все более или менее известные программы, которые по сути повторяют один и тот же функционал, только обертка другая. Понял, что не хочу работать по навязанными принципами. Хотелось составлять списки дел как я хочу, своей собственной системой, туда же писать размышления и различного рода заметки.

    В общем в итоге остановился на WorkFlowy.

    Из плюсов:
    • Минималистичная, чистая, простая и удобная программа.
    • Можно построить какую угодно структуру списков, бесконечно вложенных в друг друга.
    • Высокая скорость работы.
    • За год пользования никаких сбоев.
    • Синхронизация моментальная.. (Можно настроить ежедневную синхронизацию (бэкап) в dropbox)
    • Просто восхитительная система тэгов.

    Из минусов:
    • Нет ничего автоматического. Ни списков Today, Tomorrow и т.д. Нет и дат. Дается чистый лист, а дальше все дела делаются исключительно в ручную. - (Лично для меня это даже плюс, но думаю со мной мало кто согласится, по этому написал в минусы)
    • Нет напоминаний.
    • Нельзя вставлять файлы и картинки, только внешние ссылки.
    Ответ написан
    Комментировать
  • Почему javascript делает так?

    @amatory10
    дело в том что name является свойством глобального объекта window, причем может быть только строкой
    при присвоении любого значения вызывается ф-ия toString().
    Та же ситуатция в принципе со status.
    Ответ написан
    Комментировать
  • Inconsolata vs Rotandac. Выбор шрифта. Посоветуете?

    peterzubkoff
    @peterzubkoff
    Странный у вас выбор. Rotonda C — акцидентный шрифт. Он не подходит для больших объёмов текста, так как читается хорошо исключительно в заголовках и надписях.

    Что до шрифта для кодига, то рекомендую Fira Mono от Mozilla

    Если же ограничиться вашим выбором, то, разумеется, Inconsolata. Кстати, у Fira есть кириллица, поэтому — решать вам.
    Ответ написан
    2 комментария
  • Как убедить начальство отказаться от велосипедов?

    evnuh
    @evnuh
    Поиск Гугл помог мне, впусти и ты его в свой дом
    Не волнуйтесь, вас уволят и правильно сделают. И вот почему.
    Начну со стороны хорошего бизнесмена:
    У него уже есть cms и crm, которую он пилил 5 лет, умеет продавать и знает. Да, так получилось, свой велосипед, ужасно написанный, но это его не волнует до тех пор, пока она кормит и его и всех его подопечных. Отказаться от неё означает не только огромные временные затраты на смену всего, начиная от обучения программистов как её пилить, заканчивая обучением всех, кто будет её касаться. Так же это означает поддержка уже двух систем, старых клиентов со старой и новых с новой. Но самое главное - это высокий риск того, что продавать её будет тяжелее.

    Со стороны хорошего разработчика:
    А хорошему разработчику вообще до фени, с чем ему работать. Спросите у опытных. Эмоционировать при виде говнокода и велосипедов - это максимализм юного программиста. Разработчики с опытом умеют погружаться в любой велосипед, в любой говнокод и работать с ним. А потому что они уже навидались и в своё время тоже кричали и пытались перевернуть мир, но, кому это надо? Вы - наёмный работник, вы не должны писать красивый код, вы должны решать бизнес задачи. Бывалые так и делают, просто иногда про себя вздыхая, т.к. чувство прекрасного всё же не убить :)
    Ответ написан
    18 комментариев