• Имеет ли смысл начинать с Си?

    @bamaz
    abcd0x00: ну во первых, как раз львинную долю работодателей составляют люди далекие от ИТ, так как ИТ всего лишь вспомогательная индустрия, помогающая решать реальные проблемы.
    во-вторых, вы не угадали - 20 лет в ИТ.
  • Имеет ли смысл начинать с Си?

    @bamaz
    abcd0x00:
    Как-то пришло ко мне на работу 2 начинающих программиста.

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

    Второй был не настолько самоуверенным. Да и опыта у него было поменьше. Он постоянно спрашивал как и что сделать.

    Первому я разрешил оборудовать свое рабочее место так как он хочет. Он скомпилировал себе операционную сисетму. Да, да, да. Именно скопилировал. Он мог использовать тот язык программирования, который считал правильным. И т.д.

    Второй работал по намечанному мною плану.

    Первые пару-тройку месяцев первый программист был эффективнее намного. Сказался опыт программирования.

    Правда он постоянно "самосовершенствовался" путем изменения методов и технологий. И игнорировал мои указания. У него было на все свое "правильное видение". В результате доверенная ему система превратилась в хаос. В начале файла - один стиль и методы, в конце файла - уже другие методы. Ничего не скажу плохого - система работала. Правда, изредка падала с непонятными ошибками, которые первый программист в конце концов заколебался исправлять за собой. За что собственно и был уволен.

    Второй тихо себе работал. Выполнял задания на тех инструментах и теми методами, что я велел. Я ему подкидывал все более и более сложные. Через полгода он предлагал уже поистине талантливые вещи. Я даже и сам бы не думал, что можно заставить программу так шустро работать за столько небольшое время оптимизации кода.

    Программу первого потом переписал второй с нуля. Код второго до сих пор работает.
  • Можно ли "обмануть" трекер на Upwork?

    @bamaz
    teodor7teodor7:
    Хоть что то от того, кто не работал на Upwork и не знает тамошних особенностей?
    Действительно, очень полезный опыт.

    Чтобы хорошо зарабатывать - нужно раскручиваться.
    То есть делать все, чтобы твой аккаунт работал дольше и получал больше отзывов.
    Когда прорывашься через плато новичков - там уже хорошо с деньгами.

    Забанят - придется начинать с начала.
    А если учесть, что чтобы выводить с Upwork оплату - нужно предъявлять документы, то скоро закончатся паспорта всех твоих хороших знакомых.
  • Имеет ли смысл начинать с Си?

    @bamaz
    abcd0x00:
    Вот Пайк хотел сделать операционную систему, с ней было то же самое - идея хорошая, а реализация не пошла.


    Почему "не пошла"? Plan 9 уж лет 30 как существует. Или ты про распространенность? Это не технический вопрос.
  • Легко ли "соскочить" с docker?

    @bamaz
    Sanes: Перфекционизм это хорошо.
    Но что-то мне подсказывает, что перфекционистов в мире полно. В т.ч. и те, кто уже решали эту проблему для себя.
    См. best practices.
  • Легко ли "соскочить" с docker?

    @bamaz
    Ну в обозримом-то м.б. rkt.
  • Легко ли "соскочить" с docker?

    @bamaz
    Sanes:
    Неиспользуемые имиджи вычищаются. Голый Докер всего лишь голый базовый инструмент. Конечно, над ними нужно сверху что нибудь.
  • Легко ли "соскочить" с docker?

    @bamaz
    Sanes:
    Свалка имиджей - в конечном итогде для экономии места. Имиджи же послойные.

    И rkt не нравится?
    Или вот tech.grammarly.com/blog/posts/Making-Docker-Rock-a...
  • Легко ли "соскочить" с docker?

    @bamaz
    Sanes: На базе готового API значительно легче создаются инструменты более высокого уровня.
  • Легко ли "соскочить" с docker?

    @bamaz
    Sanes: Если вы про саму концепцию использования контейнеров, то стоит вспомнить, что эта мода пришла нам от гиганских веб-сервисов, где число контейнеров исчиляется миллионами.

    Оркестировать тысячи нод с помощью Ansible, Puppet, Salt, Chief возможно.

    Но когда разработчики начинают совсем уж быстро и гибко подстраивать свое ПО в таком масштабе под нуждны реально, то выручают только контейнеры.
  • Легко ли "соскочить" с docker?

    @bamaz
    Sanes:
    Удобное API и централизованное управление (а именно этим и отличается Docker от голых LXC, Zones, Jails) - в любом случае удобство. Ничуть не спорно.
  • Docker. Как контролировать код, базу данных и выпуск в production?

    @bamaz
    Виктор Логин: Репликация средствами БД намного более эффективная (быстрая, надежная) чем репликация образом.
    Репликация образами - более простая в настроке, более универсальная.
  • Легко ли "соскочить" с docker?

    @bamaz
    Можно. Вопрос в удобстве изоляции. Докер всего лишь предлагает в одном флаконе удобный инструмент.

    Скажем, изначально LXC, на котором основан Docker или технологии откуда это все выросло: Jails во FreeBSD и Zones Solaris.

    Все это существует уже очень давно.
    Но взрыв использования начался с появлением удобного Docker.