к сожалению, хотя может и к счастью, знание Git команд становится "атавизмом". Это что-то типа умения разжечь костер с одной спички. Типа... окай. Но в современном мире всё больше операций становится делать проще и это и хорошо и плохо) и хорошо) и плохо)
если за соседним столом значит слышали все его вздохи и ругательства в процессе настройки, значит практически прикоснулись к настройке самостоятельно, значит эксперт в области настройки и решении проблем с гитлабом. (шутка)
ровно ж наоборот) кто не смог освоить новый фреймворк / подход - тот и ушел. Полная аналогия с тем что для каких-то животных из-за наводнения или иных катаклизмов изменилась территория обитания и кто-то к ней приспособился а кто-то нет.
и? я словно снова в школе и пытаюсь ответить на вопрос "что хотел сказать автор". Ну куча же уже таких статей и тут и в прочих интернетах. О чем? о чем хотел сказать автор?
никогда этого не понимал. Я учился по документации и статьям с интересными или более понятными примерами. Кто писал эти статьи? уверен среди авторов были эксперты. Мартин писал статьи. Вот может как раз было бы все наоборот! Может было бы лучше если бы эксперты иногда писали бы статьи а не только "делали" бы свою работу.
зато наконец-то закончился хайп и впихивание всюду "облаков" и "облачных вычислений") фуф)
а зачем вот эти все чек-листы руководителю? чтобы что?) айтишников море, работа с каждым годом все более фреймвочная, как бы не отпирались инженеры.
как по мне, никогда еще не было так просто увольнять и нанимать инженеров как сейчас.
Чек-лист для руководителя:
к сожалению, хотя может и к счастью, знание Git команд становится "атавизмом". Это что-то типа умения разжечь костер с одной спички. Типа... окай. Но в современном мире всё больше операций становится делать проще и это и хорошо и плохо) и хорошо) и плохо)
годно) особенно приятно было узнать про новую систему контроля версий) попробую в своих личных проектах)
привык к новому за пару дней и не понимаю что прям так сильно тригерит людей) поделитесь?
если за соседним столом значит слышали все его вздохи и ругательства в процессе настройки, значит практически прикоснулись к настройке самостоятельно, значит эксперт в области настройки и решении проблем с гитлабом. (шутка)
Ну это же дело вкуса) вы спросили зачем - я ответил) мне удобнее так)
потому что удобно оставаться в одном месте, а не бегать по куче окон разных программ)
посоветуйте пожалуйста какой-нибудь хороший плагин для просмотра и редактирования данных в БД
как же надоели эти громкие высказывания (или утверждения) "Работает? Не трожь!"
Трожь! Трожь как никогда. Без этого не будет прогресса, без этого не будет современного стека и проект утонет в легаси.
Просто все это нужно делать с головой а не просто потому что захотелось
в регионах это сделать еще сложнее если не готов работать по московскому времени
по-моему это не самые простые места куда можно попасть. Рассуждать так что "гением быть для этого не нужно" на мой взгляд весьма спорно.
Например?) Какие варианты?
ровно ж наоборот) кто не смог освоить новый фреймворк / подход - тот и ушел. Полная аналогия с тем что для каких-то животных из-за наводнения или иных катаклизмов изменилась территория обитания и кто-то к ней приспособился а кто-то нет.
логике сейчас больно. Кому хватило квалификации... Вот зачем так говорить? Зачем эти ярлыки? К чему это деление на квалифицированных и нет?
и? я словно снова в школе и пытаюсь ответить на вопрос "что хотел сказать автор". Ну куча же уже таких статей и тут и в прочих интернетах. О чем? о чем хотел сказать автор?
А давайте помечтаем. Помечтаем что будет условно безопасная телепортация для людей. И будут сервисы типа Яндекс.Туда - телепортирует туда куда нужно)
или СберМомент - момент и ты там где тебе нужно)
У всех разный уровень сервиса и разная стоимость услуг) и разные отзывы)
- Вот откуда телепортировались, туда и идите разбираться.
никогда этого не понимал. Я учился по документации и статьям с интересными или более понятными примерами. Кто писал эти статьи? уверен среди авторов были эксперты. Мартин писал статьи. Вот может как раз было бы все наоборот! Может было бы лучше если бы эксперты иногда писали бы статьи а не только "делали" бы свою работу.
но ведь на Go тоже пишут сложную логику
да ну) наверняка знают) зачем бы им не знать этого?)