Как стать автором
Обновить
-21
0

Пользователь

Отправить сообщение
достижение SpX, которое определило, похоже, парадигму ракетостроения на первую половину 21 века, и вполне возможно, что и на вторую.

Пафос тут явно лишний. Спускающаяся ступенька — такой же маркетинговый ход, как FaceID от Apple. Здесь Маск решил прибить сразу 2х за раз — сэкономить + за счёт новой фичи прорекламировать себя. Но что-то не срослось. Поглался "поп" за дешевизной

Про конкуренцию — изначально конкурировать было особо не с кем, потому Маск и пошёл в эту отрасль — большие контракты от НАСА и маленькая конкуренция. А наивным дурачкам он вешает лапшу на уши про человечество и великие цели. Маск — это хороший американский бизнесмен. Получать деньги под хайповые темы он прекрасно умеет. В прошлом Tesla и SpaceX, сейчас Boring Company и Hyper Loop

Про Луну — снова ваши фантазии. Для основания базы на Луне нужно решить ещё очень много важных проблем, которые в ближайшие 10 лет точно не решатся

Хм, предположу, что даже если через 10 лет будет колония на Марсе, всё равно скажете, что это слабый успех и никто никому ничего не докажет.

Там были планы по запуску аппаратов и людей, на счет колонии и прочего через 10 лет — это уже вы придумали.

P.S. Вот как такое понимать?
Учитывая, что первый успешный запуск был в 2008 — я бы вёл отсчёт от этой даты. Итого 10 лет сомнительных достижений типа посадки обгоревшей первой ступени. Колония на Марсе через 10 лет… хотя бы на Луне через 10 лет колонию построили, и то крайне сомнительно. Уже не говоря об экспедиции человека на Марс. А тут целая колония на Марсе! Ну ты, батенька, фантаст похлеще Айзека Азимова! По поводу прогнозов я сразу сказал — если бы да кабы, но меня обвинили в том, что я не читал, но осуждаю. Просто, как я понял, одним это можно (если мнение совпадает с мнением местного большинства), а другим нет
Вот когда SpaceX просуществует успешно хотя бы несколько десятков лет, тогда можно будет утверждать, что Маск что-то показал Роскосмосу. А пока просто напросто пиар компания Маска находится на своем пике
Точно. Во-первых цыплят по осени считают, одна ласточка весны не делает. Космос — это прежде всего про надежность, тем более там, где задействованы человеческие жизни. Во-вторых я вижу предвзятое отношение к Роскосмосу. Вся эта хайповая тема с Маском — больше про маркетинг, чем про технику
Первый полет Dragon без людей — а уже Роскосмос, с его многолетней историей пилотируемой космонавтики, проиграл. Поторопился автор. Публикация на тему — если бы да кабы
Выскажусь на тему собеседований — ещё до собеседования интересуйтесь, каким образом компания ищет человека: берет сразу, как найдёт нужного, или выбирает. Это крайне важно для понимания дальнейшей работы в этой компании. Компания, которая выбирает из кандидатов, точно не знает, кто ей нужен и берет людей по принципу «нравится». В такой компании и команде каши не сваришь. Не тратьте свое время на собеседования с ними
Ну типичный же УМВР ЧЯДНТ. На хабре любят свои частные случаи трансировать на целые отрасли
Отличные советы. Спасибо переводчику! Данные советы применимы, мне кажется, ко всем языкам программирования, не только к Go
Я бы порекомендовал для SQL эту подборку proglib.io/p/sql-digest

— Для понимания SQL — Алан Бьюли «Изучаем SQL»
— А по постгрям в принципе неплохо — А. Ю. Васильев «Работа с PostgreSQL: настройка и масштабирование»
Интересно, где увидели у меня про «своё». Я написал, что фрейворки так сильно дистанцируются друг от друга со временем, что сами превращаются по сути в отдельные языки. Это не облегчает труд программиста. Весь этот зоопарк фреймворков и языков, нескончаемые холивары, что лучше — меня лично это реально сильно напрягает. В футболе есть такое понятие, как околофутбол, а здесь это околопрограммирование, которое замещает собой программирование
Спасибо! Подняли очень важный вопрос — а тем ли я занимаюсь, чем хочу? Много людей идёт на поводу у того, что модно. Даже в программировании модно выбрать не свой язык, а модный и потом страдать. Очень важно в программировании, мне кажется, от начала и до конца осознавать то, что ты делаешь. Поэтому мне нравятся простые языки. И я считаю, что языки, обрастая библиотеками (фреймворками) потом в итоге умирают. Потому что уже даже в рамках одного языка невозможно просто разобраться, что написал человек на другом фреймворке, который ты не знаешь
Значит вы большой везунчик. Не скажу, что часто, но встречал людей, которые не хотели разбираться сами и просили, например, нарисовать им схему из каких таблиц брать данные, людей достаточно опытных, которые не первый год занимались разработкой. Есть люди, я их лично отношу к кодерам, которые мыслят настолько узко, что шире своих задач систему или не могут видеть или не хотят
Видимо я не из тех людей (дураков), кто будет за каждую лишнюю копейку рваться в бой. Печеньку и я себе куплю, но может забуду купить, а может не до печенек будет. А приходишь на работу, а там лежат печеньки и приятно становится и хочется приходить в это место, а не как на каторгу за баблом
Что тогда по вашему могут дать базовые знания? По моему опыту — только когда погрузишься в задачу и технологию достаточно глубоко — поймешь как работает и, соотвественно, будешь выполнять задачи эффективно и грамотно. А поверхностно — это лишь знание абривиатур

Я специально написал про новую фичу некритичную для новичка — но вы невнимательно читали, видимо

На текучке лишь научишься выполнять текучку, не более того
Я конечно понимаю, что вы программист, а программисты разбираются во всем абсолютно. Но советую почитать книжки по социологии, а именно каким образом работает мотивация и как ее стимулировать. А у вас типично кислотная атмосфера с долей циннизма друг к другу
Технологию выбирает не джун, но спроектировать может и джун вполне. А вот нежеление думать и анализировать, ждать готового ТЗ, где будут, к примеру, расписаны названия полей и их типы, каким образом и откуда их заполнять — это уже уровень не программиста, а кодера
Джуну могут поручить, к примеру, разработку какой-нибудь некритичной фичи. Но в большинстве компаний джунов просто бросают на мелкую текучку, которой более опытным товарищам просто не хочется заниматься

Лично я считаю такой подход неправильным по 2м причинам:

1. У человека пропадает интерес к работе и резко падает лояльность — выкладываться такой человек не будет
2. Ошибки, допущенные неопытным разработчиком, могут повлиять на работу программы
Да вот как раз аналитический склад — это очень неочевидное. Ибо предполагает умение самостоятельно проанализировать задачу, составить себе ТЗ и выполнить работу. Большинство программистов (они же кодеры) не способны к анализу, умеют только работать по готовому ТЗ

Если в команде некогда ждать — значит хреновый манагер, который не может распределить задачи грамотно, исходя из текущий компетениций и загруженности людей

Что и требовалось доказать. Сотрудник для вас — безликая рабочая лошадь. О какой лояльности может вообще идти речь

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность