Hearted Youtube comments on Декабрист IT (@DecembristITTV) channel.
-
279
-
126
-
119
-
115
-
101
-
72
-
68
-
63
-
56
-
55
-
53
-
53
-
52
-
48
-
46
-
42
-
40
-
39
-
39
-
38
-
Самое интересное, что эйчары сами же придумали эту игру про n лет опыта, вместо того, чтобы фильтровать людей по их знаниям. А теперь сами же от этого страдают.
Этот чувак, сразу видно - талантливый эйчар. Предлагает по диплому людей фильтровать😂 Ну тогда начнут дипломы покупать. Он не понимает, что единственный способ отобрать нормального сотрудника - это оценивать его знания. И вокруг этого все должно крутиться. А он смещает фокус внимания на какие-то вторичные не обьективные факторы по типу годов опыта и диплома.
Ок, если я пофрилансил год - получается у меня год коммерческого опыта. Но я все также не буду уметь работать в команде. А чувак, который отучился сделал пару пет проектов, и выучил, какие есть методологии по работе в команде, будет больше шарить, как работать в ко анде, чем я с годом опыта.
35
-
34
-
31
-
30
-
30
-
28
-
26
-
25
-
24
-
24
-
24
-
24
-
24
-
23
-
Отличный материал, всё логично и по полочкам, они как будто в другой вселенной живут, Сеньор такой, ой в наше время вот приходишь и устриваешься, так ЭТОГО ВРЕМЕНИ больше нет, когда вот этот лоб устраивался, ЕГО собаку не дрючили по алгоритмам и дебильными вопросами аля "если бы вы были животным, то каким" 😁 И то даже в его время, многие приписывали себе лишние годы в резюме. Это всегда было, всегда будет.
22
-
22
-
22
-
Как же много когнитивных искажений у Алексея. Все либо чёрное либо белое (плохой/хороший), катастрофизация происходящего, уверенность в том, что его слова - истина в последней инстанции(т. к он так чувствует), абсолютизация (такие фразы как "все" , "всегда," "точно" вместо "некоторые" , "иногда" ," может быть" ), долженствования - хороший специалист не должен врать и прочее прочее.
Если объективно - ситуация в мире повлекла за собой уменьшение финансирования IT сферы в целом. Искусственно увеличили кол-во кадров пропогандой различных IT курсов(не все из них плохие, но таковых достаточно). Весы "спрос-предложение" пошатнулись в сторону предложений, и вполне логично, что работадатели будут резать найм, увеличивать кол-во входных фильтров. Человек-швейцарский нож будет выполнять функции двух+ специалистов, чем не прелесть?
Только не совсем понимаю, какую роль (как он думает) выполняет сам Алексей в этой цепочке. Может проблемы все-таки где-то внутри конкретно взятого человека?
Из-за отсутствия объективности видео напоминает скорее diss на Антона Назарова. 😂 Раунд, как говорится.
21
-
20
-
20
-
20
-
19
-
18
-
18
-
17
-
17
-
16
-
16
-
16
-
16
-
15
-
14
-
14
-
14
-
14
-
13
-
13
-
13
-
13
-
13
-
13
-
12
-
12
-
11
-
11
-
11
-
11
-
11
-
10
-
10
-
10
-
10
-
10
-
10
-
Прикалывал всегда тейк от дохуя честных работяг в том, мол накрутчики идут ради денег в ит.
Во первых, что плохого, а во-вторых, раз они не ради денег идут, то почему являются простыми беками или фронтами, занимаясь, по сути, разработкой сервиса, не более, а весь из контрибьют в опен сорс - самопиар личного бренда, не более.
Если им не важны деньги, пусть идут в серьезную науку, пишут модели, строят их и т.д. или в условном жс-е, пусть контрибутят в сами технологии.
У меня знакомый, как и я, был вынужден крутить опыт, ссался он серьезно, но залетел в итоге на старте с вузика на мидл+ позиции по голанг+ сейчас за плечами имеет гранты за разработки каких-то протоколов своих. По мнению той барышни и он мусор?)
10
-
10
-
10
-
9
-
9
-
9
-
9
-
9
-
9
-
9
-
9
-
8
-
8
-
8
-
8
-
8
-
Так, ладно, для меня это на уровне реакций на «мужское женское» или «беременна в 16», а это в целом хорошо. Забавно узнавать о срачах, когда не следишь за «Олимпом» айти, на который доброй части гагачадов с большой зп гигапохуй + поебать. Ибо в большинстве своем мы крудошлепы
__
Сорри, пишу комменты по ходу просмотра. ЕБАТЬ у соера Эгоцентричность. Это надо очень большое самомнение иметь о себе, чтобы воспринимать шутки на свой счет настолько серьезно. Где он там высокие софт скиллы увидел, это я хз. Все еще хуже, чем при первом восприятии. Видимо, госконторы накладывают определенный след при долгом воздействии
8
-
8
-
8
-
8
-
8
-
8
-
8
-
Оба предложенные варианта - ерунда. Свой язык, это полная утопия. А парсинг блупринтов, это дополнительная головная боль разработчика и усложнение пайплайна. И если для больших студий это еще худо-бедно допустимо (но зачем им оно, если им проще нанять дополнительно C++ девелопа), то для инди это просто будет непонятный атавизм.
На мой взгляд, нужно идти другим, более адекватным путем - взять все лучшее от скорости компиляции и удобства графических форм, и при этом развить их в максимально удобный формат "сверху вниз - слева направо" (это если простым языком). Наиболее здраво к этому уже как ни странно приблизились разработчики движка Construct 3. В их визуальной системе используется такой подход. Он не идеален, и там тоже есть что улучшать, но вектор правильный. Из всех систем визуального программирования, пожалуй только их система не вызывала ломки при переходе от написания кода к визуалу.
Если и говорить об улучшении для UE, то нужно упрощать и делать удобней, а не наворачивать сверху дополнительное, и уж тем более не изобретать аж целый велосипед в лице языка. И конечно, это мое скромное имхо, но я уверен, что работающие с движком меня поймут.
8
-
8
-
8
-
8
-
8
-
8
-
8
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
7
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
6
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
Чет удалилась часть ненужного мнения, но надеюсь на благо для продвижения канала
Если челиксы собираются в баре, а у одной группы на языке только и разговоров, что о работе, а не о чем-то из жизни, то это как будто не очень ок. И делать выводы о другой группе, что они клали на ассемблер - тоже поверхностный тейк. Но бедным волчарам не понять, ведь они выбрали жиииимть в каааайф
И да, если бы на работе был такой чел, как соер, а он нередко есть. Благо встречал у себя только сопроводов пизданутых таких, архитекторы были топ по софт скиллам в том числе, так вот, стараешься как можно скорее окончить разговор и встречаться только по делу. И ладно бы занудность, нет. Просто разговоры с челом с комплексом бога - это такое себе. Даже когда это небезосновательно - желания работать это не добавляет. Лучше дайте среднего чувачка, но которому эмпатия не чужда.
А за видос спасибо, угарнул. Теперь о еще какой-то Марго знаю, лол
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
5
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
Пишу коммент, чтобы продвинулось.
Я, как джун(который вообще ради интереса начал прогать и не предполагал, что захочет работать), заебался в этом колесе крутиться: сидишь, изучаешь новые навыки, зубришь фреймворки, думаешь, что готов, готовишься к собесам, заливаешь резюме, везде игнор, колесо сансары дало оборот.
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
4
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
Пример с врачами нерелевантный даже потому, что там отбор не конкурсный.
При найме врача организация должна убедится что он соответствует требованиям, и для этого они доверяют верификацию аккредитованным государством университетам, подтвержденным прохождением дополнительного образования и ординатуры, научным публикациям в журналах с сильной репутацией, то есть перекладывают процесс верификации и подтверждения навыков на другие организации (или лицам) доверяя их репутации.
Во многих других сферах, в том числе и программировании, это не так.
Потому, что организации не доверяют репутации университетов, как структур которые способны подтвердить навыки достаточные для работы, и проводят иной процесс найма.
Фактически он сводится к конкурсной основе, когда из некоторого количества кандидатов путем нескольких этапов проверок и верификации их навыков (hr, другими работниками на интервью, руководителем) выносят решение о найме подходящего кандидата.
Если бы все было как у врачей, менеджеру по продажам было бы достаточно прийти в отдел кадров заводика, передать нужные документы с дипломом, и получить работы с испытанием и испытательным сроком этого испытания. Так примерно и было в СССР, когда студентов распределяли по работам.
Поэтому, пока на рынке нет ситуации, когда компании будут полагаться на репутацию университета или курсов, не проводя конкурсный отбор нанимать работников - сравнение с наймом врачей не имеет никакого смысла. Вы не понимаете, это - другое. 😊
3
-
3
-
3
-
То что алгоритмы в 95% не пригодятся в работе, и то, что их приходится задрачивать, это факт.
С другой стороны мне нравится подход компании озон. Они создают задачу которую обмазывают каким то рабочим контекстом. Условно есть товары, которым применяются или не применяются акции, рассчитайте профит или сколько товаров будет продано и т.п. а потом проверяют твоё решение на нагруженных тестах. Когда я кинул своё решение, оно выполнялось порядка 5 минут. Когда я включил мозги и придумал новое решения, оно начало выполняться уже за 150 мс, на том же наборе данных.
К тому же есть голодные студенты, у которых пока свежие знания в математике, задроченные алгоритмы и низкие потребности к зарплате. На таких обычно и рассчитывают
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
13:51 Ну мне интересно, а почему вы не показываете удачные примеры организации блюпринтов? Реально показать человеку который с этим никогда не работал это покажется макаронный ад. Но разве UE не дает возможности это все структурировать. К примеру это можно свернуть в блок либо вынести в функцию или макрос. Понятное дело, что если все лепить в кучу и просто подписывать это комментариями, то это будет ужас. А если у тебя все распределено по функциям(получение урона, движение и т.д.) то по сути у тебя огромный блок нодов просто сворачивается и превращается в один, который принимает значение и возвращает. По поводу того что это читать сложно, да это сложнее чем читать код, но по большей части для людей, которые к этому не привыкли и непонятным образом все организовали. Хотя я буду согласен, что если мы возьмем 2 человека один который пишет код, а другой который использует блюпринты и там у обоих хорошая понятная структура, то в коде разберешься намного быстрее. По поводу того что сложно искать код и редактировать это не правда. Как вы показали блюпринты достаточно удобно подсвечивают ошибки, а по поводу того что сложно редактировать, так опять же возвращаемся к самой организации проекта, если у вас блоки кода разбиты на функции по типу "Получение урона" и у вас проблемы со значением, то что вы делаете правильно открываете Blueprint (Function, Macro) Library далее функцию получения урона и там редактируете. Ну если у вас вся игровая логика зашита непосредственно в классах, персонажа, врага и т.д. то да это проблема. Ну Эпики очень много сделали для того чтобы ты мог организовать все как тебе удобно. Ну а если этого мало то полно расширений которые еще больше помогают все организовать.
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
Ребят, скажу так , что рынок сам создал условия , когда люди врут в интервью. Давайте выделю с чем согласен:
1. Если кандидаты и правда прошли интервью и реально обладают знаниями , то дай бог им здоровья , но давайте будем честны , что ему будут давать задачи миддловские , а по сути он джун, который не работал с продакшеном , то это сразу будет видно, но ладно , это уже дело кандидатов и скорее всего это увидят и в компаниях , где есть планы на испытательный срок , то он явно его не пройдет. Опять же , это уже дело ребят , которые пройдут интервью и попадут на работу.
2. Человек, который обозревает и комментирует ролик , говорит о том , что если кандидат наврал , чтобы попасть на интервью , это нормально , то если вы в этом ничего не видите критичного , тогда скажите после прохождения интервью о том , что вы наврали в резюме и вы на самом деле не работали уже после получения оффера.
3. Я, знаком с методом Антона Назарова о прохождении интервью по методике паровозика и вот этот метод как раз не просто добавил строчку в резюме , а по итогу интервью могут проходить кандидаты , которые вообще знаниями никакими не обладают. Я понимаю , что кандидат просто купил курсы , может быть ни хрена в них не понял по итогу , вступил в сообщество , нашел единомышленников и как попугай научился отвечать на вопросы , а потом в чатах пишет - ребята , ищу синьора, который вместо меня будет закрывать задачи и плачу половину зарплаты.
Согласен , что система и правда несправедлива , согласен , что рынок жесток и если люди , которые реально обладают знаниями и не могут попасть на интервью , то нарисуйте , пройдите интервью и дай бог вам пройти испытательный срок, но как и любая идея которая была создана с одной целью и помочь хорошим людям по итогу привлекает дураков , которые просто ни хрена не умеют, не знают и по сути проходят интервью.
P.S. Комментатор говорит о том HR фильтрах. Никаких HR фильтров , нет. Фильтры придумывает не рекрутер. Комментатор , то ли не понимает как устроен подбор , то ли не понимает откуда берутся требования к кандидатам. Когда формируется заявка на подбор , то формирует ее тимлид и требования к позиции и пожелания к знаниям пишет , тоже тимлид, то есть ваш же коллега , который когда-то был джуном. HR , это все лишь APIшка , которая по сути транслирует требования бизнеса , а вот требования транслируют ваши же соратники разработчики. Когда HR адекватный , то когда он увидит на позиции миддла в требованиях - опыт построение архитектуры или опыт в построении ci/cd, сказать, что это не миддловая позиция и требования завышены, а вам нужен больше синьор разработчик. Я к тому , что рекрутер транслирует и реалии рынка и когда видение нанимающего и реалии рынка , не совпадают , то нужно озвучивать риски такого найма. Всем добра !) простите , если где-то могут быть ошибки , но печатал с телефона и в дороге. 😊
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
Есть подозрение что кто пишет на scala у них хер длинее(Ну и корона будь здоров). А добрее, или смешнее ...
java хуже котлин, скала, c# и пайтона. нет синт. сахара, async\await, Код ебуняче длинный отпугивающий многих. Без спринга в работе java нахрен никому не нужна.
Но если ты пишешь для себя, да пофик что, лишь бы тебе нравилось. Но Если тебе платят, уж новомодный язык с невиданным фрейворком никому не нужен.
Почему пхп вакансий полно? а на пайтоне, меньше. Все просто. ларавел, вордпресс, yii считай пол интернет сайтов. И язык не сложный.
Хоть пайтон и клевый, но он не только для веба...
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
Чел, ты выдал базу, а токсичных ущемленцев ниже в комментах не слушай. Все эти проблеы в плюсах более чем реальны. Язык потихоньку движется к меньшему времени компиляции, новая система модулей появилась. Но это будет происходить долго. Ну как обычно в С++. Всё равно в языке и хороших сторон достаточно. Просто для каждой задачи нужен свой инструмент. Поэтому у каждого движка и есть свой язык. Зато в UE высокая реалистичность, и, думаю, она была достигнута именно благодаря плюсам и сложным алгоритмам и большому числу оптимизаций сделанных с помощью плюсов.
Я сам программирую на плюсах, со временем хочу перейти на другой язык, а пока что мой фреймворк позволяет программировать достаточно комфортно, и в целом это распространенная практика, что пробелы плюсов заполняют сами фреймворки. Плюсы - это вообще опенсорсный свободный проект, и всё наиболее крутое надо искать во фреймворках, созданных крупными коммерческими компаниями.
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
Без политики: почти все украинские айти специалисты работают на аутсорсе на европейские компании, где большинство заказчиков - это мелкие фирмы. В самой стране не так много бигтехов, как в РФ, потому там не популярны микросервисы в целом, как и языки для таких слцчаев, по типу голанга.
И аудитория у немчинского - это в основном те же аутсорсеры. Ну и, как правило, на аутсорсе передедать монолит - это хорошие деньги, чем написать микросервис тот же. И в целом аутсорс получит деньги в дальнейшем, когда монолит достигнет пика и кгт же попросят разбивать на микросервисы.
И немчинский говорил, что поддерживать монолит проще микросервиса (картинка "чего бл***?). Если у тебя монолит на 500 тысяч строк с 1000 файлов, то вносить изменения будет крайне сложно, особенно когда у тебя один код переиспользуется множество раз. И это при условии, что там не сидел говнокодер. Если там была рука говнокодера, то проще уже переписывать модуль, чем искать хренову тучу зависимостей в этих файлах.
Если кратко, то монолит подходит для небольших проектов, тестирования продукта у пользователей, внутренней разработки. Микросервисы, это когда много комманд разработок, большой проект, высокий RPS, дешевое расширение.
Для монолита расширение проихводительности обходится дорого, осоьенно когда необходимое количество ядер выходит за рамки 16шт. Ну и сюжа же отказоустойчивость монодита очень слабая, а простой - это всегда деньги.
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
1
-
1
-
1
-
1
-
@DecembristITTV аргумент в другом, я не утверждаю о бесполезности ролика, я говорю что - не знаю какую практическую пользу может извлечь начинающий, иначе говоря... как знание о байт коде станет полезным, что дает это знание... может просто доставит эстетическое удовольствие, или откроет новое понимание IT Science, или еще что... куча вариантов, не обязательно прагматика, может методологию/практику разработки поменяет после просмотра...
На с чет ролика - по думаю,
я бы взял этот ролик за основу и передним поставил бы ряд типичных проблем новичка, потом этот ролик или его части которые демонстрируют работу инструментов для решения конкретной типичной проблемы
На счет снять ответный ролик - подумаю... может доклад
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
про gd script не согласен, сейчас ситуация сильно поменялась. Да он специфичный, надо привыкать, но из коробки сейчас есть и дока и типизация, в целом задачи решаются нормально и по производительности приемлимо. Редактор тоже вполне привычный, легко настраивается. А вот на счет эддонов в godot - там беда, качественных по пальцам пересчитать, нет нормального package manager, где можно было бы зависимости установить через cli, отстутствует в целом понятие как пакет, никакой изоляции
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Спасибо за видео. Система поняла, что слишком много людей лезут в IT, поэтому сейчас система хочет опыта. Как его получить тому, кто только что закончил курсы? Когда у тебя любая вакансия на джуна хочет 2-3 года опыта. Ответ прост: никак. Будь ты хоть умный, разносторонне опытный, отличный сотрудник, но с нулевым релевантным опытом в резюме ты просто никогда не пройдёшь фильтр рекрутеров. Сидеть и 3 года делать какие-то пет проекты, пытаться волонтёрить бесплатно итд - это могут не многие. Дп т терпения не хватит. Например, могут по идее те, кто живут с родителями и кому не нужно ни за что платить. Начинай хоть с 15 лет волонтёрить в IT, и к 20 у тебя будет и опыт, и работа, и образование. Поэтому всем остальным и приходится хакать систему, рисуя опыт. И это нормально. И всё верно заметил автор. Рисовать опыт нужно лишь для того, чтобы попасть на интервью. На интервью ДЖУНА. Т.е. начинающего айтишника. И я согласен с автором - пускай уже интеврьюер и определяет на собесе знания кандидата. Подходит ли кандидат для джуна или нет. Ну хорошо, что хоть Амазон итд прояснили, что хотят брать выпускников в Джуны, а то раньше можно было подавать резюме, а тебе сплошные отказы. Ну это лишь говорит о том, что на должности джунов им просто нужны молодые спецы, которым можно платить меньше чем уже опытным и давно не студентам. Так что рисуйте опыт в резюме и желаю всем таким образом повысить свои шансы на интервью.
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Решено
Вопрос по поводу подключения докера к докер хабу: использую мавен, что ни делал, не хочет билдить образы в хаб. В чём может быть причина? По ошибкам пишет, что неправильный логин или пароль, хотя 100% всё верно (также пробовал токен, вместо пароля). В чём ещё может быть причина? Уже все доки облазил, ничего не нашёл...
UPD: Ошибка выглядит так GET https://auth.docker.io/token?service=registry.docker.io&scope=repository:library/adoptopenjdk:pull
{"details":"incorrect username or password"}. Пофиксил её след. образом: у меня в системе было две папки .docker (На винде - C:\Users\"Username"\.docker и на Убунте - \\wsl$\Ubuntu-18.04\home\"Username"\.docker). В обоих был файлик config, и их содержание отличалось. Так вот, нужно стереть всё из того файла, который имеет вид "credHelpers": {
"asia.gcr.io": "gcloud",
"eu.gcr.io": "gcloud",
"gcr.io": "gcloud",
"marketplace.gcr.io": "gcloud",
"staging-k8s.gcr.io": "gcloud",
"us.gcr.io": "gcloud"
}
И все заработает в штатном режиме. О причинах данной проблемы могу лишь подозревать, но в доках написано, что при авторизации jib сканирует несколько мест, и походу они указаны в этом файле. Ещё возможно что оба файла конфликтуют между собой и из-за этого возникает такая проблема. Вообщем если у вас возникла такая ошибка, то вы знаете как её решать)
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Bun в эксперементальном режиме поддерживает API воркеров (Workers), так что можно создать воркеров по кол-ву ядер и в каждом воркере запустить веб-сервер. Правда, в Java, насколько я знаю, все данные лежат на куче в обертках, и все гоняется через байт-код; а в Bun, при правильно написанном коде - если используется мономорфизация вызовов функций, мы из-за JIT получим эффективный машинный код - так что при таком тесте, когда у нас и логики-то никакой нет, Bun по-любому выиграет. В целом же, поскольку у нас нет логики, то и непонятно, что мы тут тестируем? Сравниваем скорость кода, сгенерированного JIT и байт-кода Java? Но несмотря на бесполезность затеи, было бы интересно взглянуть также на результаты теста для Го и Раста )))
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Это мне напомнило ситуацию в гитарном русскоязычном ютубе. Есть такой блогер Fredguitarist , несколько лет назад начал вести рубрику "Умеет ли играть ...(фамилия имя какого-нибуть именитого, в основном метал-гитариста)". Ну и рассказывал про основную массу гитаристов, про их слишком нечеткую смазанную, по его мнению, игру на гитаре, приправляя всевозможными эпитетами: играет "как бабушка хлеб жует", "как петухи навоз клюют" и т.д., и т.п. Похвалил поставив в пример гитариста Annihilator , Хэтфилда из Метталики похвалил , еще несколько человек. По поводу некоторых других гитарных блогеров высказался, сделал видео "Топ (сколько то там) худших гитарных блогеров русскоязычного ютуба". И тут давай как все гнать на него, и другие блогеры: "Юра, ты не прав, нельзя про гигантов которые подарили нам любимую музыку такое вещать", и простые люди. Появилась каста его адептов в противовес хэйтерам. Взаимные стримы на эту тему начались, в общем знатно гудел "русскоязычный гитарный ютуб". В общем веселые были времена. И тут после четырех лет смотрения ютуба на тему IT , на тебе и тут Демимурыча и Соера веселящих программу. И тут у меня возникла мысля, что могут же быть еще какие то нишевые "русскоязычные ютубы" из за которых в этих нишевых "русскоязычных ютубах" веселее чем могло бы быть, не будь некоторых особенностей психики некоторых блогеров из этих самых этих нишевых "русскоязычных ютубов" :))
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Вообще то когда-то давно выбирали не движок, а библиотеку для какого-то языка. Но тогда, давным давно - чтобы приступить к разработке самой игры - нужно было сначала пройти через все тернии по изучению графической библиотеки. А крупные компании делали свои собственные библиотеки, которые разрастались, разрастались, обрастали всякими редакторами и визуальными инструментами и в итоге получался "движок", на котором игру должны были делать уже не программисты а дизайнеры. Вообще странно и совершенно непонятно, что мешает Эпикам сделать как опцию текстовый формат работы с блюпринтами, по идее - ничего принципиально сложного для них в этом нет.
Для программирования на мой взгляд блюпринты ну совсем неудобны по причинам, которые упоминаются в ролике:
1. Нет привычного форматирования сверху вниз. Для чтения кода обычно достаточно прокручивать вверх-вниз, F12 для перехода к месту объявления переменной, метода, класса.
2. При большом количестве связей и переменных визуальное программирование превращается в трудно распутываемый клубок.
3. При чтении текста кода легче находить места интереса, легко искать по именам методов, переменных, любым текстовым данным.
4. Инструменты рефакторинга кода позволяют быстро выделять нужные куски кода в отдельные функции и методы - это привычное удобство, которого нет в блюпринтах из за визуального редактора.
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Вот скажи мне, декабрист, в чем сила? В jave? Вот и Немчинский говорит что в jave... А если серьёзно, то я великовозрастное дитя решившее войти в ойти после 30ти, меня на собесе обязательно скинут в яму)) в общем java core я подтянул, пощупал немного андроид, немного Котлин, мавен, ну вроде как, че к чему, направление имею и вот встал перед спрингом, тема то объемная...., но смущают всё эти питонисты и иже с ними, которые в каждой статье орут что java мертва, spring не нужен, будете поддерживать старый легаси и тд.... В общем на распутье я, может подскажешь чего дельного, и так уже не молод, не хочется время терять.....
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Ведущий видимо намеренно симплитизирует свои высказывания. Но утверждение, что все айтишники - аутисты - странный вывод, возможно и намеренно провокативный. Вначале возможно айти и было тихой гаванью, где айтишники могли применить свои таланты и от них не требовались социальный навыки. С ростом тенденции, когда на первой линии иерархии айтишной компании в европе и сша - сидят преимущественно индийцы, китайцы, ю-в азия - люди с социальными трудностями стали отходить в меньшинство. Посмотрите на историю компанию Docker. С появлением литкода, аджайла, тим ворка, коллаборации, чистого кода и всего остального коммуникационного бреда нейродивергентам в айти стало намного сложнее. И посмотрите разницу в зарплатах, кто уходит вверх и получает хорошие деньги - люди с успешной социальной коммуникацией. А кто попал под волну сокращений, все кто по 20 лет сидели на позиции SWE, даже senior.
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Я недавно пришёл к выводу, что сам по себе код говно. Мы делаем тоже, что делали наши предки ещё во временя ASSемблера. Сидим и строчим символы, перемещаясь по Y координате. Я за то, чтобы no-code вошло в обиход и все вместо того, чтобы писать 100 строчек кода для 1 теста генерировали блоки, как это выглядит как UE с его Blueprint, а затем это было преобразовывалось в какой-нибудь GO. И так-же можно было бы быстро перенести кучу написанного софта на это. При этом я понимаю, что no-code сейчас не заменит программирование из-за того, что никто не горит желанием делать бесплатный offline no-code, напичканный при этом всякими вкусностями, которые автоматизируют многие рутинные процессы в IT сейчас.
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1