Pull to refresh
76
0
Rumkin @rumkin

Developer and tech writer

Send message

Pascal тоже еще жив, но это не говорит о том, что он конкурентоспособен.

Тот же JS, обрастает новыми фичами и разными концепциями, сохраняя все предыдущие неудачные решения. Однажды это выльется в то, что кривая обучения JS превратится в вертикаль.

Я считаю, что сотрудник, который не умеет реагировать на проблемы в коллективе – столь же плохой сотрудник, как и этот ваш Джанни. Это потенциальная проблема в будущем.


тем более что девелоперские навыки нашего «любимого» коллеги мы решили не затрагивать — мы хотели упирать только на поведенческий аспект.

Мне как владельцу бизнеса/ответственному лицу в первую очередь важно как человек справляется со своими обязанностями, а уже потом как он работает с коллективом. Я могу человека и на удаленку перевести в случае необходимости. А вот если он не справляется/мешает другим работать, то именно об этом я должен узнать в первую очередь.


Если честно, я несильно надеялась, что смогу выступить уверенно, тем более что в предыдущие разы Джанни выглядел намного убедительнее меня (и всех остальных).

Нужно правильно оформлять проблемы. Если вы работаете лучше, принесите список тасков сделанных вами и оппонентом. Если сотрудник саботирует процесс, дайте мне распечатку почты, ссылки на некорректные коммиты. Если он орет на сотрудников, напишите заявление в HR, чтобы это стало предметом разбирательства (потом сможете в суд подать на работодателя, что вы потерпели моральное унижение по его вине). И помните, что HR всегда будет вас отговаривать от заявлений и предлагать примирительные беседы, потому, что жалобы на сотрудника – это жалобы на работу HR-отдела.


К февралю моё и не только моё психологическое состояние было уже далеко от нормального. Комфортно работать в офисе я могла только с утра, пока Джанни еще не было.

Вы, если я правильно понял, трудоустроены в Европе, значит нужно идти к врачу и фиксировать стресс. Еще одно документальное свидетельство.

Давайте, все-таки, отталкиваться от реалий, сегодня термин стал размыт и употребляется повсеместно в более широком смысле. Тот же PoS-консенсус – это вариант федеративного механизма формирования, а не распределенного. Вы же не отрицаете того, что это тоже блокчейны?

Пользователи могут собирать у себя копию блокчейна и в случае подмены предпринять какие-либо действия. Изменение опубликованных ранее блоков сигнализирует, что система работает с нарушениями, что делать дальше зависит от конкретного кейса.


Например, компания может попытаться списать с вас деньги задним числом. При наличии блокчейна у вас будут доказательства подмены.

А кто еще платит кроме как покупатель? То что товар стоит одинаково не означает, что продавец по карте себе в убыток работает. Он цены поднял, чтобы и по карте прибыль получать. И это вы по налу переплачиваете, а не по карте недоплачиваете.

За все платит конечный потребитель, всегда. Исключение составляют:


  • дотации, т.е. платят налогоплательщики коллективно.
  • фиксированные цены (производитель переносит недополученную прибыль с одних клиентов на других, либо снижает качество).

Поэтому если продавец с одного покупателя получает меньше, он возьмет разницу с другого.

По вашей логике вообще никто ни за что не платит. Работодатель же тоже не сам товар производит, а работы осуществляют сотрудники, он только прибылью распоряжается. Стало мало денег – цены поднял. А когда цены растут, то всем сотрудникам все работодатели автоматически зарплаты повышают, еще и надбавку дают, мало ли цены слишком вырастут.

Блокчейн – это форма хранения данных, исключающая подмену, основанная на цепочке связанных блоков. Это исчерпывающее определение блокчейна.


Механизм формирования может быть централизованным, федеративным или распределенным.

Это вы что-то путаете. Пройдитесь бритвой Оккама, получите ровно то, о чем я говорю.


А jails так это вообще BSD, в линуксе их аналог – LXC, который и используется в containerd.

По сути так и есть, но это страховка от патентных атак, нежели попытка подчинить себе блокчейн.

Глядишь еще пару лет и они догадаются, что можно запускать внутри контейнера только голые процессы (без всей ОС), которые общаются между собой по шине и мы наконец получим ту самую микроядрерную архитектуру.

На мой взгляд выглядит интересно. Как оценить объем хранимых данных без учета удаленных записей? Например, чтобы запускать очистку при достижении определенного значения.

Граница скорее нижняя на уровне общего курса высшей математики. Как уже сказали в комментарии выше, нужно заниматься для развития ощущения математики. Искать применение в окружающие действительности, строить аналогии и т.п.

Вполне справедливое высказывание. Оверхед от иммутабильности мог сойти за аргумент в пользу языков с ручным управлением памятью.

Если оно не придет само, то у меня для вас плохие новости.
Это важный этап в развитии человека как программиста, который, я считаю, каждый должен пройти сам. Если за 10 лет написания кода на одном языке специалист не понял, что язык – всего лишь инструмент – то это, по-моему мнению, плохой (либо очень молодой) специалист.

У вас пробел в педагогике и в истории. Советую восполнить, а потом участвовать в спорах на тему обучения. Потому что вы поставили под сомнение сам смысл обучения и весь прогресс человечества в образовательных технологиях, предлагая взамен "сбрасывать со скалы". Обучение – это процесс культивации квалифицированных кадров. Он экономит самый драгоценный ресурс – время.


Более того вы предлагаете потратить человеку 10 лет на то, чтобы выяснить взлетит или не взлетит. Интересно, как быстро вы сами дошли бы до теории относительности и всего прочего, дай вам учебник по физике.


Однако, я считаю, что фундаментальные научные знания математики не критичны для того, чтобы быть отличным специалистом.

Объясните в чем вред от знания математики на научном уровне.


По остальным пунктам не вижу смысла продолжать дискуссию – слишком много оценочных суждений. Я составил свой список, не нравится – добавьте свой. Все, что есть в моем – проблемы, с которыми сталкивался я или знакомые мне люди, изучающие программирование самостоятельно.

Математика определенно важна и полезна, но не считаю её критичным навыком в IT.

Воздержитесь от вредных советов. Во-первых, математика критически важна в жизни, кто не умеет считать обречен вечно полагаться на других. Во-вторых, математика – опора программирования, из нее проистекает вообще все. Она критически важна для скорости освоения материала и понимания тех самых абстракций, о которых вы говорите. А само программирование – это одна из форм математики.


Очень странный, как по мне, способ изучения принципов работы компьютера.

Данная VM используется для обучения в университетах, потому что демонстрирует работу процессора и оперативной памяти, дает понимание ассемблера. Это хороший базис для изучения совместно с пониманием работы железа и периферии.


Плохой совет. По началу нужно привязаться. Понимание того, что язык всего лишь инструмент должно прийти само.

Еще один вредный совет. Понимание безусловно придет само, только, если всю жизнь будешь писать на одном языке, а может и не прийти, зато рискуешь остаться в "ракушке" навсегда. Ограничение должно быть лишь на время обучения самому языку и на работе. Смешивать языки в одном проекте не стоит.


На первом, очевидно, стоит умение работать с абстракциями. Никакая математика или алгоритмика не поможет программисту, который не умеет работать с абстрактными моделями. А для этого нужно просто писать код и учиться создавать архитектуру, пытаться её анализировать и менять, упрощая и улучшая логические связи.

Математика – абстракция в чистом виде. А, то о чем вы говорите – это умение в частном видеть общее. Для этого и нужно знание алгоритмов.

Стоит уточнить, что это так в России, где договор не может включать пункты, ограничивающие права сторон в противовес имеющемуся закону. А, например, в США – может, поэтому там довольно распространен NDA на любое упоминание, кроме, естественно, позитивного; даже, не смотря на вторую поправку и, гарантированную ей, свободу слова.

Для развития как программисту тебе понадобятся:


  1. Математика.
  2. Алгоритмы.
  3. Знание принципов работы компьютера и ОС.
  4. Английский.

Если освоишь математику и алгоритмы, то язык большого значения иметь не будет в принципе. Поэтому советую изучать базис – строй крепкий фундамент. По началу, возможно, будет страшно и тяжело, придется проявить упорство. Но это инвестиция, которая окупается.


Так же тебе точно понадобится знание английского: материалов в разы больше, да и общение происходит в основном на нем.


Советую добавить в учебный план:


  1. Для изучения алгоритмов и математики: https://code.world/ (внизу кнопка Guide). Язык Хаскель, но в курс входит обучение этому языку. Само по себе знание Хаскель очень полезно для кругозора.
  2. Для изучения принципов работы компьютера хорошая статья по созданию VM для Little Computer 3 (учебного компьютера). Вот статья на русском: https://habr.com/en/post/434138/ Даст понимание принципов работы процессора и языков семейства Ассемблеров. Для LC3 есть даже ОС, так что одной VM дело не закончится. Требует знания C, но если разобрался в C#, то и тут разберешься.
  3. Для экспериментов советую использовать https://glitch.com/ (JavaScript) или https://ellie-app.com/new (Elm).
  4. Если возникают вопросы: toster.ru (русскоязычный) и stackoverflow.com (англоязычный). Предполагаю, что не лишним будет ставить пометку, что тебе 11 лет, чтобы ответы были менее наукообразные.

К языкам программирования не привязывайся – инструмент должен быть под задачу. Лучше знать 5-10 языков на уровне "могу писать" и 2-3 как основные. Знание разных языков и алгоритмов поможет расширить кругозор, видеть задачу "насквозь" и раскладывать ее на составляющие.


Успехов!

Так себе объяснение, почему явно английская фраза присутствует в статье.


Если, на самом деле, это компиляция из разных источников, то так и стоит указать.

Information

Rating
Does not participate
Registered
Activity