Pull to refresh
48
0.1
Send message

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

Поговорке "Время - деньги", уже чёрте сколько лет и сегодня она как никогда актуальна. Это просто неуважение друг к другу, когда вы боитесь показаться токсичным и поэтому крадёте у друг друга кучу времени.

Позвольте, а что значит списывать? Пользоваться справочными материалами? Мне и при выполнении служебных обязанностей запрещено будет "списывать"? Или в чём вообще смысл всего этого опуса? Эпоха ИИ уже наступила и навсегда изменила разработку, такой как раньше она уже не будет никогда. А собеседования всё проводятся по старинке. Зачем вам знать что может и знает кандидат без ИИ если работать он будет всё равно с ИИ? Вам не кажется, что пора бы уже смотреть как кандидат работает вместе с ИИ, а не продолжать задавать глупые вопросы и просить решать в уме или на бумажке задачи, которые никто и никогда на практике решать не будет?

Самое забавное, когда сам приходишь к руководству и говоришь, хочу больше денег. А в ответ классика: "Денег нет, но вы держитесь". Идёшь на рынок искать деньги, знамо дело находишь и руководство вдруг: "А что такое? А что случилось? А может договоримся?"

Ну не знаю, бесплатные mini версии gpt заметно проигрывают ДипСику. По крайней мере в моей практике это так.

MemoryCache в C# является синглтоном, прекрасно внедряется через DI и прекрасно контролируется в тестах. И как им нормально пользоваться если бы он не был синглтоном, я не очень представляю.

Пишут HRы просто, но лучше б не писали. Потому что в их сообщениях никакой конкретики и даже если их прямо направляешь - ответьте на вот эти вот вопросы, тогда может и поговорим, в 9 случаях из 10 сливаются, а в одном всё равно настаивают на общении.

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

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

Пример с телевизором не очень. Был у меня телевизор и видеомагнитофон, так пульт от магнитофона управлял ещё и телевизором, и это было чертовски удобно! А ещё сейчас в руках я держу смартфон, а он и звонки делает и сообщения пишет в самые разные мессенджеры (и вот прямо сейчас на Хабр) и видео проигрывает и музыку, а ещё фотографирует и даже видео снимает и ещё кучу всего делает... и это тоже удобно.

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

В общем не на всех уровнях хорошо и полезно разделять интерфейсы. Иногда их нужно наоборот объединять, для этого, например, существует паттерн агрегатор.

А что мешает использовать стандартный DateTime? В нём есть полный спектр методов AddSeconds, AddHours и прочие, которые нормально принимают отрицательные значения.

Супер конечно, чё! Когда я админом работал, тоже бывало по пол дня, а то и больше, играл на рабочем месте. У программиста же такая халява может быть только если контора совсем сонная, государственная и занимается только суппортом чего-то уже хорошо отлаженного. Иначе я не представляю как можно за 3 часа успевать делать задачи рассчитанные на 8.

Отличная статья! Аргументировано и по фактам. Но обращаясь к той же истории... История знает много примеров исчезнувших профессий. Когда-то, возможно, исчезнет и наша. Хочется верить, что лет на 50 ещё хватит, но это слишком большой горизонт планирования. Я бы вернулся к этой теме лет через 10.

Бесит это переименовывание столбцов, кучу ручной возни тащит за собой, когда переименовывание не нужно, а нужно один удалить, а другой добавить. Вот почему бы в команду создания миграции не добавить ключ, запрещающий переименовывание?

У меня 2 места работы меньше года и 5 мест меньше 2 лет. И ничего, не жалуюсь. На собеседованиях, а их значительно за сотню, один раз только спросили, "А чего это Вы так часто работу меняете?" Причём они в итоге меня взяли )

Я не знаю как это работает, но мне кажется в хороших местах, а то было хорошее место, нет прям вот не правильных ответов на подобные вопросы. Однажды мне задали стандартный вопрос: "Почему Вы хотите работать именно у нас?", на что я честно ответил: "Я не хочу работать именно у вас, я просто ищу работу, из тех кто предложит, буду выбирать". И они предложили и я выбрал ) Такие дела.

Модификатор required

Вот жеж. Когда читал про это, думал: круто! А только что на практике посмотрел как это работает. Как-то не очень. Он же раньше видел что вот ссылочное не нулабельное свойство, в конструкторе его нет, давай варнинг кинем. Почему сейчас, с модификатором required он не видит, что свойство есть в конструкторе? Я бы ещё предположил, что потому что конструкторов может быть несколько. И в каком-нибудь из них, свойства может не быть. Но это ведь не мешало в предыдущей схеме, когда в таком случае конструкторы без свойства также варнингом отмечались. То есть он видит, в каком конструкторе есть свойство, а в каком его нет. И какой конструктор вызван он тоже видит. Так что ему мешает увидеть что свойство проинициализировано в конструкторе и инициализатор требовать не нужено, без всяких атрибутов к конструктору?
В общем это атрибут [SetsRequiredMembers] выглядит каким-то костылём, причём кривым.

То есть нововведение конечно хорошее, если свосем от конструкторов отказываться, но если хочется и конструктор и required, то какая-то беда получается :(

У меня одного свойства проектов не открываются? При открытии свойств любого проекта вылетает ошибка: Microsoft.Assumes+InternalErrorException: Unable to parse version "5.0" in visibility condition expression.

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

Интересная статья, интересные комментарии… Но у меня какое-то двойственное чувство, как будто я из другой страны. Сейчас поясню. Сколько людей знаю, сколько сам работал, ни разу не видел чтобы удалённая работа как-то особо оформлялась. Договорился с начальством, что работаешь удалённо и всё. Никаких допов, никаких других бумажек, юридически ты такой же офисный сотрудник как и все остальные. Фактически — удалёнщик. И никого эта ситуация не напрягала. И вот выходит новый закон, который изменит в таком случае — ничего.
Ну и под конец родились вопросы, а чем такая ситуация может грозить работодателю? И может ли работодатель в такой ситуации безнаказанно уволить сотрудника за "систематические прогулы"?

То есть, я правильно понимаю, что если я работаю со своего компа и запрошу у работодателя за это компенсацию, работодатель может просто вручить мне старенький ноутбук и обязать работать с него?

Не совсем по адресу и не совсем ко времени вопрос конечно. Но можно ли как-то сделать приложение для прослушивания музыки, которое будет игнорировать все уведомления от прочих приложений? Раздражаются всякие вацапы и прочие телеграммы, когда музыку слушаешь, особенно с колонки, а не с наушников. Пусть бы только звонки вклинивались, а остальное всё игнорировать.
1
23 ...

Information

Rating
5,479-th
Registered
Activity