Мы существуем в мире, где слова «мы не Яндекс» часто становятся прикрытием для многих предпринимателей
Я впервые слышу такое заявление
Не стоит считать, что айти - это легко, и что можно платить за это 10 рублей. Это очень сложно, часто даже нет одного правильного ответа, как лучше сделать проект, как его реализовать. Универы не дают этого опыта и знаний, его можно только наработать годами.
Яндекс защищает свой бизнес тем, что у него многоэтапное интервью и туда попасть сложнее, чем в малый бизнес.
на секунду представьте, что хотя бы 20% траффика - беспилоты
Согласен и считаю, что массовое введение беспилотных такси возможно только после изменения правил движения и дорожной инфраструктуры. Поэтому к этому будут готовы в первую очередь страны, где уже и так хорошо организовано дорожное движение.
В моём представлении -- это мегаполисы развитых стран.
В Питере и Москве это реально, но в области уже становится сложнее.
Примеры: федеральная трасса, участок, проходящий через населённый пункт, неосвещённый пешеходный переход, лето, и пышные деревья, которые закрыли дорожные знаки. Выезды летом в деревне часто заросшие травой и выехать становится сложно.
Но я не могу делать что-то скучное и незначительное
Человек через пару лет стал тимлидом в гугл. А тимлиды мало пишут код. Ну, то есть он его и так мало писал для иос, а стал ещё меньше 🤷🏻♂️
Человек так же не учитывает принцип "не клади все яйца в одну корзину" и что гугл подумывает над системой, чтобы писать один код под все платформы. Что тогда будет со всеми иос разрабочиками, если вдруг все изменится?
Я считаю, он ошибочно преувеличивает развитие только в иос разработке, а надо бы уметь в целом в мобильную разработку, а не только под иос.
Все подряд и не нужно, использование кубера не подразумевает, что надо все запихнуть в контейнеры же. Его крутость в том, что это кластерная о/с, ты же свои деплойменты можешь синтегрировать с любым сервисом из bare metal. Особенно используя helm + ansible.
Естественно, бд в контейнере нет, естественно не все проекты сразу перейдут в кубер, а кто-то и не перейдет вовсе, и это будет работать какие-то годы возможно параллельно.
Конкретно недоволен он фрагментацией экосистемы кубера
Ну, в этом, конечно есть правда. Но и время жизни линукса не сравнить с к8с. Время покажет, как обычно, кто вымрет, кто выживет.
Альтернативы никакой нет. При этом говорятся очевидные вещи, вроде того, что это не палочка выручалочка.
Ну да, нет ничего идеального в этом мире.
Но кубер очевидно лучше чем docker compose. Его легко поднять локально через minikube (супер удобная штука, single click run k8s). Конфигурации на нем писать одно удовольствие - он поддерживает не через жо пятую точку все что нужно приложениям и их интеграции.
Наверное, если у вас статический сайт-визитка, вам кубер не нужен, так это вроде очевидно 🤷🏻♂️
А что делать-то, если это так. Как стать сеньором, если сеньоров мало, а новых не делают? Вариантов вроде как немного - прийти в другую фирму на позицию сеньора в качестве мидл+ и быстро догнать тему под возложенной ответственностью. В текущем проекте дождаться, пока текущая верхушка сеньоров свалит и перехватить инициативу. Как-то самому развиваться помимо работы на опенсурс проектах. Сделать вид, что ты сеньор, чтобы пройти интервью.
Подскажите, пожалуйста, какие ещё есть варианты стать сеньором?
Я впервые слышу такое заявление
Не стоит считать, что айти - это легко, и что можно платить за это 10 рублей. Это очень сложно, часто даже нет одного правильного ответа, как лучше сделать проект, как его реализовать. Универы не дают этого опыта и знаний, его можно только наработать годами.
Яндекс защищает свой бизнес тем, что у него многоэтапное интервью и туда попасть сложнее, чем в малый бизнес.
Я считаю, что статья полезная.
Предлагаю переименовать её убрав джуниор. Эти эффекты в разном сочетании встречаются и у опытных людей.
Мне понравилось, мысли хорошие, и ещё даже книги советуются.
Поставил плюсы в статью и карму.
Нет, так как в каждом микросервисе своя jvm, это нужен отдельный какой-то сервис для распределённой отладки, который судя по всему не существует
Тогда будет маклоналдс или метро
Спасибо за статью
В старом чате такой результат.
В новом чате
Кто-то понимает, почему так получается?
Тоже верно
Ясно то, что у некоторых стран в топе запросы, которые не хочется светить на весь мир, чтобы не вызывать токсичную реакцию сообщества
Что называется, "примелькались" :-) Очень мило.
Согласен и считаю, что массовое введение беспилотных такси возможно только после изменения правил движения и дорожной инфраструктуры. Поэтому к этому будут готовы в первую очередь страны, где уже и так хорошо организовано дорожное движение.
В моём представлении -- это мегаполисы развитых стран.
В Питере и Москве это реально, но в области уже становится сложнее.
Примеры: федеральная трасса, участок, проходящий через населённый пункт, неосвещённый пешеходный переход, лето, и пышные деревья, которые закрыли дорожные знаки. Выезды летом в деревне часто заросшие травой и выехать становится сложно.
Дата-саентолог :)
А как бы вы назвали этого сотрудника или коллегу, который делает всё, кроме дата саенс?
Мои варианты:
Специалист по построению отчётов
Обработчик эксель таблиц
Администратор бд
Программист python
И где именно эта грань, когда это все ещё дата саенс, а где что угодно, только не она.
Яростно поддерживаю
Спасибо, а почему в последнем примере кода после равно ничего нет?
Как мне кажется, это не интуитивно выглядит и нужен коментарий, что это магия спринга. А то как-то как будто ты ничего не приравнял к свойству
Человек через пару лет стал тимлидом в гугл. А тимлиды мало пишут код. Ну, то есть он его и так мало писал для иос, а стал ещё меньше 🤷🏻♂️
Человек так же не учитывает принцип "не клади все яйца в одну корзину" и что гугл подумывает над системой, чтобы писать один код под все платформы. Что тогда будет со всеми иос разрабочиками, если вдруг все изменится?
Я считаю, он ошибочно преувеличивает развитие только в иос разработке, а надо бы уметь в целом в мобильную разработку, а не только под иос.
Слышал такое определение Kubernetes на slurm.io
Все подряд и не нужно, использование кубера не подразумевает, что надо все запихнуть в контейнеры же. Его крутость в том, что это кластерная о/с, ты же свои деплойменты можешь синтегрировать с любым сервисом из bare metal. Особенно используя helm + ansible.
Естественно, бд в контейнере нет, естественно не все проекты сразу перейдут в кубер, а кто-то и не перейдет вовсе, и это будет работать какие-то годы возможно параллельно.
Ну, в этом, конечно есть правда. Но и время жизни линукса не сравнить с к8с. Время покажет, как обычно, кто вымрет, кто выживет.
Может быть, его архитектура ещё упростится.
Его ещё называют кластерной операционной системой
Статья размытая, не несущая конкретики толком.
Альтернативы никакой нет. При этом говорятся очевидные вещи, вроде того, что это не палочка выручалочка.
Ну да, нет ничего идеального в этом мире.
Но кубер очевидно лучше чем docker compose. Его легко поднять локально через minikube (супер удобная штука, single click run k8s). Конфигурации на нем писать одно удовольствие - он поддерживает не через жо пятую точку все что нужно приложениям и их интеграции.
Наверное, если у вас статический сайт-визитка, вам кубер не нужен, так это вроде очевидно 🤷🏻♂️
А что делать-то, если это так. Как стать сеньором, если сеньоров мало, а новых не делают? Вариантов вроде как немного - прийти в другую фирму на позицию сеньора в качестве мидл+ и быстро догнать тему под возложенной ответственностью. В текущем проекте дождаться, пока текущая верхушка сеньоров свалит и перехватить инициативу. Как-то самому развиваться помимо работы на опенсурс проектах. Сделать вид, что ты сеньор, чтобы пройти интервью.
Подскажите, пожалуйста, какие ещё есть варианты стать сеньором?