А какие хотелки мы обсуждаем? По факту топика только одна — «не хочу/не могу/могу/хочу контрибутить в опенсорс» и какие из этого выгоды лично соискателю и какие выгоды работодателю.
Я не согласен с таким подходом работодателя, чтобы обязательно требовать опенсорсные контрибушены — это ерунда какая-то, надо оценивать знания и умения по факту того что есть и во время интервью. Ибо практически всегда тестируешь человека при найме во время интервью.
Со стороны работодателя бенефит такой, что легче принять решение видя как человек работает с людьми на гитхабе, как выглядит его код, как выглядят коммиты и прочее прочее.
Когда мне приходится интервьювать человека и у него есть в резюме ссылка на гитхаб, это самое первое что я иду и смотрю. Если вижу бред какой-то, по этому бреду можно задать ряд вопросов, что как и почему. Если всё идеально и проекты личные — можно посмотреть историю, как писалось, как человек пришёл к такому качеству. И это весьма всё потом хорошо коррелирует с тем, что человек делает в работе. И да, предпочтение будет отдано человеку у которого есть и проекты на гитхабе и результаты интервью хорошие.
Нет, мне ничего не кажется.
<сарказм>
Мне не нравится паззлы на собеседованиях решать, я же такой крутой программист, как я могу опустится до каких-то примитивных паззлов?!!! Да они вообще обнаглели! Пусть они ещё попробуют поискать такого как я.
</сарказм>
А реалии таковы, что по факту сидишь и тратишь месяц/другой на решение всяких алгоритмичеких пазлов. И каким бы крутым и обиженным кто-то бы программистом не было, выставленные барьеры придётся пройти.
зы. Я не защищаю компании которые это делают, мне это самому не нравится. Просто в даном случае адаптация лучший выход. И да, у меня есть семья, дети…
Ну если у них условия работы лучше, оплата выше чем на вашем месте, да, они лучше чем ваш работодатель. Что не так? Вы обиделись, что вас не взяли на работу? Во всех своих неудачах нужно винить только себя самого и искать пути как исправить.
И OpenSource это не единственное мерило, кто сказал, что оно вообще единственное? Это хороший способ посмотреть чем человек занимался. Если есть выбор из 10ти кандидатов, а не 1 кандидат на 10 позиций, почему и не повыбирать?
Просто кастомные нет, а вот те которые будут использоватся часто и многими — нужны. Приятно видеть по несколько десятков/сотен 'git clone' своего проекта в день/неделю/месяц, ну или хотябы в год. И оно рано или поздно вернётся.
А если оно принесёт пользу в поиске другого, лучшего работодателя, а как результат может и больше доход и возможно ещё какие-то плюшки, то почему не вносить вклад в опенсорс? Мне регулярно пишут потенциальные работодатели ссылаясь на гитхаб и конкретные проекты (что удивительно чаще мои личные). Текущую работу я так и нашёл. Автор одного из опенсоурсных проектов пригласил к ним в компанию на работу.
Поймите, работодатели под вас подстраиваться не будут, под ваши хотелки и нехотелки они не прогнутся. Они избирают стратегию поиска, которая может просто пройти мимо вас. Если вас это устраивает (что они пройдут мимо), пусть так и будет, это ваш выбор.
Так запустить и посмотреть это скачать да поставить без каких либо напрягов. Есть же сборки для винды, для мака, во всех распространнёных дистрибутивах идёт в комплекте. Вопрос желания :)
Если кто-то ставит что-то не из своего docker registry для production use, это надо исправлять по многим причинам. Но конечно у каждого есть своё мнение и свои причины этого не делать, выбор за ними.
Commits on Apr 13, 2017
@sarahnovotny
Initial commit
sarahnovotny committed on Apr 13, 2017
Активная разработка не шла по сути до начала Августа, так как ещё не были устаканены интерфейсы и поведение многих компонентов в containerd. Шли просто подготовительные эксперименты и попытки помочь не завалить containerd как проект, чтобы он работал правильно для всех.
По моим проектам я не могу ничего шарить, они будут анонсированы и представлены в своё время, ты точно не пропустишь.
Смысл моего комментария в другом. Я хотел сказать, что уже несколько решений есть которые используют его. А значит и будут доступны тебе через какое-то время. А ты продолжай пока использовать Докер в том виде в каком он есть, никто не торопит.
И ведь я не один над этим работаю, есть другие компании которые создают свои продукты. K8s тим уже задевелопил CRI для containerd, хотя конечно случаи использования докера это не покрывает, но вполне конкретно показывает, что можно сделать достаточно быстро, буквально в считанные недели.
«containerd isn’t the thing… It’s the thing that gets us to the thing.»
А вот не надо расстройство тут разводить. Есть containerd, начатый тем же докером, но ушедшим в полный опенсорс. С весьма и весьма юзабельным API. Написать своего клиента и делать всё что хочешь делов не много. Говорю не с теоретической точки зрения, а как человек который принимал участие в его разработке и как человек который его уже интегрировал с несколькими решениями.
Ну почему не читать? Прочитать смысл есть. В компании есть действительно паршивые люди. Очень паршивые. Спроси про детали у Jessie Frazelle.
Но суть статьи далеко не в этом. Там просто всё плохо внутри. Инвесторы хотят деньги назад, а денег нет и это при оценочной стоимости компании около 4-5 миллиардов. И вот и панику разводят и метаются туда сюда, думая как денег заработать.
Я без понятия, в общем-то, на счёт внутренних отрисовок в приложениях, но почти на 100% уверен что основные элементы, такие как окна, тени окон, просто тени (не рисуемые вручную) используют для этого графическую подсистему. В общем, кто-то знающий детали наверняка отпишет в этот тред.
Можно с Келси Хайтаувером поговорить, он пальцем тыкает в containerd со стороны кубернетиса. Возможно скоро, возможно уже, будет работающий прототип или бэтка.
Да, конечно. Всё начнёт переходить на containerd достаточно скоро. containerd.io
Я сам на данный момент занимаюсь адаптацией containerd для одной из облачных платформ как части этого проекта.
Вы с Go 1.8 сравните, где оптимизация под ARM на много лучше, да и компилятор то в общем-то на много лучше и умнее. Получите прыжок по производительности раза в 2, а то и выше.
Devops — это не человек, это практика — читаем википедию.
SRE (Site reliability engineering) — давно существует, и крупные компании это активно практикуют. Это админы которые разрабатывают всю инфраструктуру и софт для нее, а также работают с программистами как правильно под всё это писать.
Я не согласен с таким подходом работодателя, чтобы обязательно требовать опенсорсные контрибушены — это ерунда какая-то, надо оценивать знания и умения по факту того что есть и во время интервью. Ибо практически всегда тестируешь человека при найме во время интервью.
Со стороны работодателя бенефит такой, что легче принять решение видя как человек работает с людьми на гитхабе, как выглядит его код, как выглядят коммиты и прочее прочее.
Когда мне приходится интервьювать человека и у него есть в резюме ссылка на гитхаб, это самое первое что я иду и смотрю. Если вижу бред какой-то, по этому бреду можно задать ряд вопросов, что как и почему. Если всё идеально и проекты личные — можно посмотреть историю, как писалось, как человек пришёл к такому качеству. И это весьма всё потом хорошо коррелирует с тем, что человек делает в работе. И да, предпочтение будет отдано человеку у которого есть и проекты на гитхабе и результаты интервью хорошие.
<сарказм>
Мне не нравится паззлы на собеседованиях решать, я же такой крутой программист, как я могу опустится до каких-то примитивных паззлов?!!! Да они вообще обнаглели! Пусть они ещё попробуют поискать такого как я.
</сарказм>
А реалии таковы, что по факту сидишь и тратишь месяц/другой на решение всяких алгоритмичеких пазлов. И каким бы крутым и обиженным кто-то бы программистом не было, выставленные барьеры придётся пройти.
зы. Я не защищаю компании которые это делают, мне это самому не нравится. Просто в даном случае адаптация лучший выход. И да, у меня есть семья, дети…
И OpenSource это не единственное мерило, кто сказал, что оно вообще единственное? Это хороший способ посмотреть чем человек занимался. Если есть выбор из 10ти кандидатов, а не 1 кандидат на 10 позиций, почему и не повыбирать?
Поймите, работодатели под вас подстраиваться не будут, под ваши хотелки и нехотелки они не прогнутся. Они избирают стратегию поиска, которая может просто пройти мимо вас. Если вас это устраивает (что они пройдут мимо), пусть так и будет, это ваш выбор.
Commits on Apr 13, 2017
@sarahnovotny
Initial commit
sarahnovotny committed on Apr 13, 2017
Активная разработка не шла по сути до начала Августа, так как ещё не были устаканены интерфейсы и поведение многих компонентов в containerd. Шли просто подготовительные эксперименты и попытки помочь не завалить containerd как проект, чтобы он работал правильно для всех.
По моим проектам я не могу ничего шарить, они будут анонсированы и представлены в своё время, ты точно не пропустишь.
И ведь я не один над этим работаю, есть другие компании которые создают свои продукты. K8s тим уже задевелопил CRI для containerd, хотя конечно случаи использования докера это не покрывает, но вполне конкретно показывает, что можно сделать достаточно быстро, буквально в считанные недели.
«containerd isn’t the thing… It’s the thing that gets us to the thing.»
Но суть статьи далеко не в этом. Там просто всё плохо внутри. Инвесторы хотят деньги назад, а денег нет и это при оценочной стоимости компании около 4-5 миллиардов. И вот и панику разводят и метаются туда сюда, думая как денег заработать.
Я сам на данный момент занимаюсь адаптацией containerd для одной из облачных платформ как части этого проекта.
SRE (Site reliability engineering) — давно существует, и крупные компании это активно практикуют. Это админы которые разрабатывают всю инфраструктуру и софт для нее, а также работают с программистами как правильно под всё это писать.