Ivan Nemytchenko

@inem

Рубист-рельсовик, serbian sibirean, GitLab fan, временами спикер, немножко препод: ,

Belgrade, Serbia
Vrijeme pridruživanja: srpanj 2007.

Tweetovi

Blokirali ste korisnika/cu @inem

Jeste li sigurni da želite vidjeti te tweetove? Time nećete deblokirati korisnika/cu @inem

  1. Prikvačeni tweet
    19. lis 2019.

    Закрыл гештальт и отклеил один стикер с окна – запилил мини-курс по современному использованию Make: Айда вместе популяризировать Make!

    Poništi
  2. proslijedio/la je Tweet
    29. sij

    [ speakers] Ivan Nemytchenko Software Engineer, Independent consultant Talk: "Less abstract! Expressing Ruby OOP in pictures" 🔎 🎟

    Prikaži ovu nit
    Poništi
  3. proslijedio/la je Tweet

    Есть лайфхак. Использовать make-команды при локальной разработке. Здорово облегчает жизнь. О подходе я узнал лет 5 назад от Кирилла (), с тех пор использую. Вот мой Makefile, подходит для разработки на Ruby on Rails:

    Poništi
  4. 28. stu 2019.
    Poništi
  5. 28. stu 2019.

    Научился наконец-то настраивать комментарии и reactions в телеге. Оказалось несложно, но все равно через одно место. запилите чтобы через ваш интерфейс такое можно было делать. +5 к retention гарантирован ;) сс

    Poništi
  6. 23. stu 2019.

    Вот с этим согласен. Если в make нарастает слишком много мяса, то возможно пора это куда-то экстрактить. Я правда ленюсь, и мне все еще кажется семистрочная команда в make лучше отдельного файла с баш-скриптом. Но да, если в дело пошли циклы, то пора :)

    Poništi
  7. 23. stu 2019.

    В Make же такое получается супер-компактным и выглядит максимально естественно по сравнению Rake/NPM/... Легко навешивать алиасы, легко скриптовать, при необходимости разбить на несколько тематических файлов и т.п.

    Prikaži ovu nit
    Poništi
  8. 23. stu 2019.

    На это обычно говорят: ну конечно, это надо в shell-скрипты просто положить (которые они потом вызывают из Rake/NPM :) В результате на серьезном проекте кол-во файлов со скриптами становится огромным. А еще же их надо постоянно модифицировать, как-то организовывать по темам...

    Prikaži ovu nit
    Poništi
  9. 23. stu 2019.

    Для первого можно и нужно использовать тулзу типа Rake/NPM. Каша начинается когда Rake/NPM начинают использовать для второго. Там тупо больше оверхеда и как правило очень странная работа с аргументами:

    Prikaži ovu nit
    Poništi
  10. 23. stu 2019.

    Есть две задачи и их надо разделять: 1. Задачи _хотя бы немного_ связанные с бизнес-логикой проекта (надо кодить и иметь доступ до кишок проекта) 2. Автоматизация мелких разработческих задач (почти всегда это тупо команды на баше)

    Prikaži ovu nit
    Poništi
  11. 23. stu 2019.

    На самом деле нет. По крайней мере я топлю совершенно не за это.

    Prikaži ovu nit
    Poništi
  12. proslijedio/la je Tweet
    22. stu 2019.

    Начитался твитов и заюзал make. Оказалось что это очень удобная вещь которой мне не хватало) Вместо кучи алиасов от разных проектов можно запихать в каждый по мейкфайлу с командами специфичными только для этого проекта)

    Poništi
  13. 19. stu 2019.

    Если вы случайно думали что все уже умеют инжектить зависимости, и об этом не надо говорить:

    Poništi
  14. proslijedio/la je Tweet
    18. stu 2019.

    Choosing what talk to attend after the keynote at ? I have something very special for you in Arlington hall at 10:40 :)

    Poništi
  15. proslijedio/la je Tweet
    13. stu 2019.

    Повбрасываем? :) Один лайк - один факт о жизни фронтенд-разработчика в GitLab :)

    Prikaži ovu nit
    Poništi
  16. 14. stu 2019.

    Специально ничего не гуглил про Нэшвилл (или просто обленился?), но кажется it has something to do with Music

    Poništi
  17. proslijedio/la je Tweet
    7. stu 2019.

    (3/3) Единственная причина, по которой поднялась шумиха – GitLab принимает решения прозрачно и публично. В большинстве других компаний такие же решения принимаются тихо за закрытыми дверями без какого либо обсуждения.

    Prikaži ovu nit
    Poništi
  18. proslijedio/la je Tweet
    7. stu 2019.

    (2/3) На данный момент, в GitLab нет работников, занимающих такие позиции в этих странах. Работников или кандидатов из этих стран на другие позиции (например "разработчик") это ограничение никак не касается и GitLab продолжит принимать кандидатов из этих стран.

    Prikaži ovu nit
    Poništi
  19. proslijedio/la je Tweet
    7. stu 2019.

    (1/3) Нет, GitLab не закрывает доступ из России! Нет, в GitLab нет запрета на прием на работу из России! *Возможно* (идет обсуждение) будет какое-то ограничение по четко оговоренным позициям, связанным с доступом к клиентским данным (саппорт, security, и т.д.)

    Prikaži ovu nit
    Poništi
  20. 31. lis 2019.

    Закончил переводить Теперь его можно показывать иностранцам. Теперь осталось всего ничего - запилить расширенную версию :)

    Poništi
  21. 31. lis 2019.
    Poništi

Čini se da učitavanje traje već neko vrijeme.

Twitter je možda preopterećen ili ima kratkotrajnih poteškoća u radu. Pokušajte ponovno ili potražite dodatne informacije u odjeljku Status Twittera.

    Možda bi vam se svidjelo i ovo:

    ·