Рекрутинг узколобого Балды
От: Kolesiki  
Дата: 11.11.21 10:59
Оценка: -4 :))) :))) :)))
Вот эта статья — даже странно её читать в 21 веке, настолько стары эти глупые и неумелые попытки HR'ов искать "правильных" программистов. Кратко, автор сетует на требования к соискателям, где помимо общих/глобальных вещей указаны какие-то местечковые узкоспециализированные или специфично реализованные технологии. Лучше примером: "Нужен сеньор C# прогер, со знанием .NET(чего, б***???), умеющий NUnit, EF, React, xmlЁпрст". Простите, вы ищете ИНЖЕНЕРА, решающего серьёзные задачи, или МАКАКУ, которая выучила EF и "вам подходит"?! А ничего, что это ИНЖЕНЕР решает, какую библиотеку он будет использовать для задачи? (которую ещё даже не сформулировали)
Вот это всё бесит — банды клоунов, у которых "в силу исторической глупости" проект завязан на каком-то легаси-дерьме (которое по ошибке выбрали их хвалёные анжанеры), а теперь ты, в 21 веке, вынужден (морщившись) возвращаться в эту историческую клоаку для дальнейшего толкания в задницу этого мамонта.

Ну и отступлением, вот эти дебилизмы "со знанием .NET" — да как можно быть сеньором, знать C# и не знать .NET?! Тёти-HR'ы, раздупляйтесь уже! Это как требовать "умение плавать в ластах" и внезапно "не бояться воды". Дебилы совсем что ли?? А требования всяких react'ов и прочих JSонутых вещей — вообще за гранью. Это дотнет, детка! Никаких тухлых скриптиков, вон из дотнета обратно в свой гипертекст!

Ладно, к нашим баранам: за 20 лет .NET'а в мир выпукивалось множество технологий/библиотек, некоторые даже от MS, но вот даже на заре их появления они смердили как мёртворождённое дитя клоуна и чупакабры. У кого мозг реально инженерный, чуял этот запах за версту. Для примера:

1. XML. Большой, неуклюжий, многословный стандарт. Внезапно, всё ещё используется питекантропами в MS (см. *.csproj) С радостью избавился от этой хрени, перейдя на JSON. Что мешает это сделать MS-фту (за 20-то лет!) — непонятно. У индусов есть только курсы XML'я что ли??
2. WCF — пробовал, тыкал палочкой — всё равно воняет, многословен, неудобен. С радостью отброшен в пользу JSON-RPC.
3. EF. Как говорят, overbloated пис оф шыт. Неудобен, неуклюж, монструозен, куча подводных камней. Такое гогно я даже не пытался тащить в реальный проект — отброшен сразу, а в проектах используется шикарный BLToolkit. Да, старенький, иногда неуклюжий, но простой и свои задачи выполняет надёжно.
4. Unit testing. Уже не раз разжёвано и по лбу набуцкано "мамкиным анжанерам" — НЕ РЕШАЮТ юнит тесты проблемы кода! Ибо написание тестов — отдельный дзен, требующий НА ПОРЯДОК более высшей квалификации, чем для написания тестируемого кода. И всё равно человек просто ментально не в состоянии покрыть все всевозможные фэйлы. В результате имеем "пятую ногу в бегемоте", которую отрезать — жалко, а тащить И СОПРОВОЖДАТЬ — ещё тяжелее. И всё равно проект остаётся дырявым для большого круга проблем. Вопрос: чё вы носитесь со своими тестами, как с писаной торбой?? Умнейте уже, ДАЛЕКО НЕ все проекты нуждаются в непрерывном тестировании вход-выход.

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

Ну и вот как нормальному инженеру, СПОСОБНОМУ НА ИННОВАЦИИ, вообще куда-то устроиться?? Что ни объявление, то торжество маразма, некомпетенции, местечковых заскоков, легаси болота и конечно же, "мы — большая, развивающаяся компания с интересными проектами"!! )
Этот мир "рекрутинга" будет развиваться или так и сдохнет не узнав?!
Re: Рекрутинг узколобого Балды
От: Nuzhny Россия https://github.com/Nuzhny007
Дата: 11.11.21 11:13
Оценка:
Здравствуйте, Kolesiki, Вы писали:

K>1. XML. Большой, неуклюжий, многословный стандарт. Внезапно, всё ещё используется питекантропами в MS (см. *.csproj) С радостью избавился от этой хрени, перейдя на JSON. Что мешает это сделать MS-фту (за 20-то лет!) — непонятно. У индусов есть только курсы XML'я что ли??


Я xml не использую, больше нравится yaml. Но объективно, по инженерному: если xml не пишется руками, то какая разница? Я совсем не уверен, что от него присутствует какой-то значимый оверхед. Конфиги стали в 2-4 раза больше? А не пофигу ли?

K>Ну и вот как нормальному инженеру, СПОСОБНОМУ НА ИННОВАЦИИ, вообще куда-то устроиться?? Что ни объявление, то торжество маразма, некомпетенции, местечковых заскоков, легаси болота и конечно же, "мы — большая, развивающаяся компания с интересными проектами"!! )

K>Этот мир "рекрутинга" будет развиваться или так и сдохнет не узнав?!

Ты же не устраиваешься в команду к рекрутеру. Когда это вакансия на 100% отражала реальную работу? Я никогда такого не видел. Поэтому можно выбирать варансии в места, где пилятся интересные проекты, потом беседовать с командой и смотреть на реальное положение вещей.
https://elibrary.ru/author_counter.aspx?id=875549
Re: Рекрутинг узколобого Балды
От: Stanislav V. Zudin Россия  
Дата: 11.11.21 11:21
Оценка:
Здравствуйте, Kolesiki, Вы писали:

K>Вот эта статья — даже странно её читать в 21 веке, настолько стары эти глупые и неумелые попытки HR'ов искать "правильных" программистов. Кратко, автор сетует на требования к соискателям, где помимо общих/глобальных вещей указаны какие-то местечковые узкоспециализированные или специфично реализованные технологии. Лучше примером: "Нужен сеньор C# прогер, со знанием .NET(чего, б***???), умеющий NUnit, EF, React, xmlЁпрст". Простите, вы ищете ИНЖЕНЕРА, решающего серьёзные задачи, или МАКАКУ, которая выучила EF и "вам подходит"?! А ничего, что это ИНЖЕНЕР решает, какую библиотеку он будет использовать для задачи? (которую ещё даже не сформулировали)


А если берут не на новый проект, а на развитие существующего?

K>Вот это всё бесит — банды клоунов, у которых "в силу исторической глупости" проект завязан на каком-то легаси-дерьме (которое по ошибке выбрали их хвалёные анжанеры), а теперь ты, в 21 веке, вынужден (морщившись) возвращаться в эту историческую клоаку для дальнейшего толкания в задницу этого мамонта.


И как же, позвольте полюбопытствовать, решают эту проблему настоящие джедаи?


K>Ну и вот как нормальному инженеру, СПОСОБНОМУ НА ИННОВАЦИИ, вообще куда-то устроиться?? Что ни объявление, то торжество маразма, некомпетенции, местечковых заскоков, легаси болота и конечно же, "мы — большая, развивающаяся компания с интересными проектами"!! )


Дык каждый новый "нормальный инженер" привносит в проект свои ИННОВАЦИИ, а потом сваливает
_____________________
С уважением,
Stanislav V. Zudin
Re: Рекрутинг узколобого Балды
От: sergii.p  
Дата: 11.11.21 11:41
Оценка: +3
Здравствуйте, Kolesiki, Вы писали:

опять инженеры рассказывают рекрутерам, как правильно рекрутить.
Но по моему опыту hr как раз пытаются всех затащить на собеседование. Даже если половина навыков нерелевантна. Их работу ведь тоже оценивают. А большое количество кандидатов — чем не показатель?
И только если соискателей становится слишком много, тогда рекрутер работает в качестве простейшего фильтра. И в этом случае люди с тонкой душевной организацией страдают. Но им не привыкать...
Отредактировано 12.11.2021 7:30 sergii.p . Предыдущая версия .
Re: Рекрутинг узколобого Балды
От: klopodav  
Дата: 11.11.21 12:09
Оценка: +18 -2 :))
K>1. XML. Большой, неуклюжий, многословный стандарт. Внезапно, всё ещё используется питекантропами в MS (см. *.csproj) С радостью избавился от этой хрени, перейдя на JSON. Что мешает это сделать MS-фту (за 20-то лет!) — непонятно. У индусов есть только курсы XML'я что ли??

Да будет срач!

Вот некоторые утверждают, что якобы "XML-говно мамонта, а JSON — стильно, модно, молодежно". А чем он лучше-то?

Объем данных — если XML нормально спроектирован, то разница в объеме там будет минимальная.
Читабельность — тоже не особо различается, если к тому же XML еще и номально отформатирован. Иногда в XML бывает даже проще разобраться, зацепившись глазом за нужный тег, чем в дебрях JSON.
Что в стандарте XML много лишних фич — ну не нравится, не пользуйся.

Плюс к этому в инфраструктуре XML есть такие развитые, полезные и стандартизированные штуки, как XPath и XSLT. Для JSON такое было только в зачаточном состоянии и разношерстное (может, конечно, я не в курсе модных тенденций и сейчас там появилось что-то получше?)

Единственный явный плюс JSON, который я вижу и который может сыграть в некоторых ситуациях — это что кусок JSON можно запихнуть в какой-нибудь JavaScript, и он будет там синтаксически корректным. Но такое применение — это сильно на любителя.


В общем, пока вырисовывается, что JSON vs XML — это в лучшем случае те же яйца, только вид сбоку.
Re[2]: Рекрутинг узколобого Балды
От: vsb Казахстан  
Дата: 11.11.21 12:29
Оценка: 4 (2) +2 -2 :)
Здравствуйте, klopodav, Вы писали:

K>Вот некоторые утверждают, что якобы "XML-говно мамонта, а JSON — стильно, модно, молодежно". А чем он лучше-то?


1. В JSON напрямую ложатся самые популярные типы и структуры данных. В XML — нет. Когда нужен обмен сериализованными структурами данных, JSON лучше.

2. XML это прям нереально сложный стандарт. Вот тебе пример валидного XML, который неизменно вызывает удивление у неофитов:

$ cat test.xml 
<?xml  version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE foo [
   <!ELEMENT foo ANY >
   <!ENTITY xxe SYSTEM  "file:///etc/passwd" >]>
<foo>&xxe;</foo>

$ xmllint --noent test.xml 
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE foo [
<!ELEMENT foo ANY>
<!ENTITY xxe SYSTEM "file:///etc/passwd">
]>
<foo>root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
...
qemu:x:107:107:qemu user:/:/sbin/nologin
</foo>


3. В XML проблемы с юникодом, например нельзя называть теги и атрибуты по-юникодьи. Выстреливает в самый неподходящий момент.

K>Что в стандарте XML много лишних фич — ну не нравится, не пользуйся.


Главное, чтобы хакеры не воспользовались.

K>Плюс к этому в инфраструктуре XML есть такие развитые, полезные и стандартизированные штуки, как XPath и XSLT. Для JSON такое было только в зачаточном состоянии и разношерстное (может, конечно, я не в курсе модных тенденций и сейчас там появилось что-то получше?)


Обходишься же ты в своём языке программирования без XPath и XSLT. Не нужны они.

K>В общем, пока вырисовывается, что JSON vs XML — это в лучшем случае те же яйца, только вид сбоку.


В целом да, если знать все подводные камни XML (да и у JSON-а тоже есть подводные камни, на самом деле). Но при прочих равных я бы предпочёл JSON. Зачем идти против течения.

У XML есть свои применения, где он блещет. Например в качестве формата разметки. Пишешь книжку в XML, пишешь XPath для вытаскивания каких-нибудь references или построения оглавления, пишешь XSLT для преобразования в HTML или PDF. Когда оно всё прям по назначению применяется, то всё работает блестяще. Ещё замечу, что XML хорошо подходит для конфигов: пишешь XML Schema и в правильном редакторе у тебя работает автоматическая проверка на лету соответствия конфига схеме, работают автодополнения и прочее, в общем всё то, о чём с каким-нибудь JSON или INI нельзя и мечтать.
Re: Рекрутинг узколобого Балды
От: kaa.python Сингапур http://sysdev.me/
Дата: 11.11.21 12:37
Оценка: +1
Здравствуйте, Kolesiki, Вы писали:

K>Вот эта статья — даже странно её читать в 21 веке, настолько стары эти глупые и неумелые попытки HR'ов искать "правильных" программистов. Кратко, автор сетует на требования к соискателям, где помимо общих/глобальных вещей указаны какие-то местечковые узкоспециализированные или специфично реализованные технологии. Лучше примером: "Нужен сеньор C# прогер, со знанием .NET(чего, б***???), умеющий NUnit, EF, React, xmlЁпрст". Простите, вы ищете ИНЖЕНЕРА, решающего серьёзные задачи, или МАКАКУ, которая выучила EF и "вам подходит"?! А ничего, что это ИНЖЕНЕР решает, какую библиотеку он будет использовать для задачи? (которую ещё даже не сформулировали)


Причем тут вообще HR? На РСДН-е большинство погроммистов веруют что без знания языка Ы работать в проекте на языке Ы эффективно ну никак низзя
Re: Рекрутинг узколобого Балды
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 11.11.21 12:41
Оценка: 1 (1) +1
Здравствуйте, Kolesiki, Вы писали:

K>Вот эта статья — даже странно её читать в 21 веке, настолько стары эти глупые и неумелые попытки HR'ов искать "правильных" программистов. Кратко, автор сетует на требования к соискателям, где помимо общих/глобальных вещей указаны какие-то местечковые узкоспециализированные или специфично реализованные технологии. Лучше примером: "Нужен сеньор C# прогер, со знанием .NET(чего, б***???), умеющий NUnit, EF, React, xmlЁпрст". Простите, вы ищете ИНЖЕНЕРА, решающего серьёзные задачи, или МАКАКУ, которая выучила EF и "вам подходит"?! А ничего, что это ИНЖЕНЕР решает, какую библиотеку он будет использовать для задачи? (которую ещё даже не сформулировали)


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

Обозначеная проблема выстраивается следующим образом
1. Менеджмент дает запрос "набрать разработчиков(команд) в количестве N штук"
2. рекрутингу нужно описание самой вакансии, проекта и тд. Сами они не в курсе, что очевидно, а потому просят тех самых менеджеров поделиться, кто же им нужен.
3. Менеджеры форвардят резработчикам — "дайте описание рекрутерам"
4. И вот здесь, внезапно, появляются те самые "EF, WCF, WPF, WF, xxF, XXX, XXX2".

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

Скажем, крайне трудно переубедить именно разработчика или тимлида из разработчиков, что не надо искать "под-ключ". Собственно, именно рекрутеры обычно избегают этого кейса "искать под ключ". А вот технари, в силу слабого преставления о рынке труда, частенько привязываются именно к нему двумя способами
1. когда дают описание проекта-вакансии
2. когда проводят собеседование и расстреливают кандидата вопросами по технологиям от A до Z, да еще ждут точных ответов. На все неточные ответы такой технарь может выдать что нибудь навроде "я не услышал ответа. Повторяю вопрос..."

Кроме технарей эту проблему обостряют другие участники, которые так же будучи далеки от самого найма рынка труда не видят.
Например, какой нибудь большой менеджер решил так "новый продукт будем писать на React и GraphQL, нам нужны сильные React+GraphQL фронтенды".

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

И если рекрутёр соберет требования, то получает набор страхов
1. реакт + gql + монго + нод + aws + сто баззвордов, от каждого кто был в цепочке переписки. Что отсюда выбросить, рекрутёр не знает, оставит как есть.
2. опыта x года — тут рекрутёр поделит на два-три, но в уме
3. желательно знание X — тут рекрутёр снова ничего поделать не сможет
4. описание проекта — тут есть шанс, что рекрутёр может из нескольких имеющихся описаний выбрать лучшее, добавит описание конторы, добавит "другие возможности и оппортюнитис", добавит про соц-пакет и тд и тд
Отредактировано 11.11.2021 12:53 Ikemefula . Предыдущая версия . Еще …
Отредактировано 11.11.2021 12:44 Ikemefula . Предыдущая версия .
Re: Рекрутинг узколобого Балды
От: klopodav  
Дата: 11.11.21 12:42
Оценка: +1
K> Простите, вы ищете ИНЖЕНЕРА, решающего серьёзные задачи, или МАКАКУ, которая выучила EF и "вам подходит"?!

K>Ну и вот как нормальному инженеру, СПОСОБНОМУ НА ИННОВАЦИИ, вообще куда-то устроиться?? Что ни объявление, то торжество маразма, некомпетенции, местечковых заскоков, легаси болота и конечно же, "мы — большая, развивающаяся компания с интересными проектами"!! )


Так нормальный инженер и не должен былть наивным эльфом, которому непременно подавай его любимую технологию. Инженер, решающий серьезные задачи, должен быть морально готов к суровым реалиям жизни, в которых ему эти задачи придется решать. И в число таких реалий входят и дебильные хотелки заказчиков, и требования совместимости со всякой хренью, и тупость конечных пользователей, и много чего еще.
Re[2]: Рекрутинг узколобого Балды
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 11.11.21 12:52
Оценка: +1 :))
Здравствуйте, kaa.python, Вы писали:

KP>Причем тут вообще HR? На РСДН-е большинство погроммистов веруют что без знания языка Ы работать в проекте на языке Ы эффективно ну никак низзя


Именно так в требованиях и появляется "Мидлы десять лет опыта со знанием всех баззвордов на Ы"

Однажды пришел на собес, а там два интервьюера(помогальники тимлида) всерьёз чпокают местного рсднщика вопросами по языку, базовым коллекциям и сортировкам. Поинтересовался, зачем они чпокают сеньора такой мелочовкой. А они на полном серьёзе сообщают, что им надо переписать вагон всякой мелочевки, а сеньор нужен потому, что бы работу делал быстрее и качественнее мидла да вопросов не задавал.
Re[3]: Рекрутинг узколобого Балды
От: Эйнсток Файр Мухосранск https://raw.githubusercontent.com/EinstokFair/notes-in-russian-language/gh-pages/images/ugroza.gif
Дата: 11.11.21 16:46
Оценка: -4
I> они на полном серьёзе сообщают, что им надо переписать вагон всякой мелочевки, а сеньор нужен потому, что бы работу делал быстрее и качественнее мидла да вопросов не задавал.

Всё правильно делают. Сеньёров много, а тех кто конкретные библиотеки знает — мало.
Тот же EF надо долго изучать, прежде чем на нем можно будет что-то написать для поддержки legacy проекта.
Re[4]: Рекрутинг узколобого Балды
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 11.11.21 18:01
Оценка: +1
Здравствуйте, Эйнсток Файр, Вы писали:

I>> они на полном серьёзе сообщают, что им надо переписать вагон всякой мелочевки, а сеньор нужен потому, что бы работу делал быстрее и качественнее мидла да вопросов не задавал.


ЭФ>Всё правильно делают. Сеньёров много, а тех кто конкретные библиотеки знает — мало.


И получается отстой, в котором принято обвинять HR, рекрутёров и кого угодно.

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

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

ЭФ>Тот же EF надо долго изучать, прежде чем на нем можно будет что-то написать для поддержки legacy проекта.


Не надо. Любой, кто знает C# и понимает SQL вполне освоится за несколько месяцев.
Отредактировано 11.11.2021 18:04 Ikemefula . Предыдущая версия .
Re: Рекрутинг узколобого Балды
От: CreatorCray  
Дата: 11.11.21 18:34
Оценка: +1 -3 :)
Здравствуйте, Kolesiki, Вы писали:

K>1. XML. Большой, неуклюжий, многословный стандарт. Внезапно, всё ещё используется питекантропами в MS (см. *.csproj) С радостью избавился от этой хрени, перейдя на JSON.



K>Ну и вот как нормальному инженеру, СПОСОБНОМУ НА ИННОВАЦИИ, вообще куда-то устроиться??



Просто анус-запеканус с цыганочкой какой то.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Re[5]: Рекрутинг узколобого Балды
От: Эйнсток Файр Мухосранск https://raw.githubusercontent.com/EinstokFair/notes-in-russian-language/gh-pages/images/ugroza.gif
Дата: 11.11.21 18:44
Оценка: +2 :)
I> за несколько месяцев.

А зачем тратить несколько миллионов рублей на обучение человека EF, если можно не тратить, а взять готового?
Re[6]: Рекрутинг узколобого Балды
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 11.11.21 20:37
Оценка: +4
Здравствуйте, Эйнсток Файр, Вы писали:

I>> за несколько месяцев.


ЭФ>А зачем тратить несколько миллионов рублей на обучение человека EF, если можно не тратить, а взять готового


Цитирую себя

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

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


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

Какие то простые задачи даже студенты в ЕФ могут. Вот если нужен некто, кто должен будет лидировать разработку на этом ЕФ, то конечно без этого никак.
А простой сеньор все равно 80% времени будет сидеть в тестах и бизнес логике. Месяца через три постоянных упражнений и еф будет на нормальном уровне.
Re: Рекрутинг узколобого Балды
От: no_ise  
Дата: 12.11.21 00:00
Оценка: 2 (1) -1
Здравствуйте, Kolesiki, Вы писали:

K>Вот эта статья — даже странно её читать в 21 веке, настолько стары эти глупые и ...


Существуют по крайней мере три интерпретации сюжета
Re[2]: Рекрутинг узколобого Балды
От: netch80 Украина http://netch80.dreamwidth.org/
Дата: 12.11.21 07:19
Оценка: 2 (1) +3 -2 :)
Здравствуйте, klopodav, Вы писали:

K>Что в стандарте XML много лишних фич — ну не нравится, не пользуйся.


И как "не пользоваться", если приходит снаружи такой себе весь стандартный файл, который ещё надо распарсить и обработать?

(А там, например, форк-бомба на entity.)

Выпустите стандарт XML, в котором устранено всё дерьмовое наследие SGML в виде этих неуправляемых entity или, например, сделан аналог CDATA, чтобы можно было задавать любую строку конца (примерно как \n--${boundary} в MIME или r"abcd(...)abcd" в C++).

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

Тогда станет хоть на что-то человеческое похоже (ну, 10% будет сделано).

K>Единственный явный плюс JSON, который я вижу и который может сыграть в некоторых ситуациях — это что кусок JSON можно запихнуть в какой-нибудь JavaScript, и он будет там синтаксически корректным. Но такое применение — это сильно на любителя.


Сейчас чем дальше, тем больше, что XML это "на любителя". Новые инструменты чем дальше, тем больше, изначально ориентированы на JSON, YAML и т.п., а старые или дохнут, или уходят в свои узкие ниши.

K>В общем, пока вырисовывается, что JSON vs XML — это в лучшем случае те же яйца, только вид сбоку.


Отстаёте лет на 10-15.
Re[4]: Рекрутинг узколобого Балды
От: vsb Казахстан  
Дата: 12.11.21 08:29
Оценка: +2
Здравствуйте, Эйнсток Файр, Вы писали:

I>> они на полном серьёзе сообщают, что им надо переписать вагон всякой мелочевки, а сеньор нужен потому, что бы работу делал быстрее и качественнее мидла да вопросов не задавал.


ЭФ>Всё правильно делают. Сеньёров много, а тех кто конкретные библиотеки знает — мало.

ЭФ>Тот же EF надо долго изучать, прежде чем на нем можно будет что-то написать для поддержки legacy проекта.

Мне кажется, что синьор не будет долго делать эту мелочевку. Просто уволится и всё, если сразу не распознал такую ситуацию. Или начнёт свой фреймворк писать следующие 3 года. И останешься ты в ситуации, когда на синьора уже потратилось время и деньги, а толку особого не получилось. На мелочевку идеально брать начинающих разработчиков под руководством более опытных.
Re[5]: Рекрутинг узколобого Балды
От: Эйнсток Файр Мухосранск https://raw.githubusercontent.com/EinstokFair/notes-in-russian-language/gh-pages/images/ugroza.gif
Дата: 12.11.21 12:42
Оценка: -1 :)
vsb> что синьор не будет долго делать эту мелочевку.

При условии низкой оплаты. Но если зарплата 300% от рынка, то почему нет?
Re[2]: Рекрутинг узколобого Балды
От: Kolesiki  
Дата: 12.11.21 12:42
Оценка: -2 :))
Здравствуйте, Nuzhny, Вы писали:

N>Здравствуйте, Kolesiki, Вы писали:

K>>1. XML. Большой, неуклюжий, многословный стандарт

N>Но объективно, по инженерному: если xml не пишется руками, то какая разница?


Как раз наоборот — XML преподносился как нечто ЧИТАЕМОЕ, что можно легко "исправить на коленке в редакторе". И обилие закрывающих тегов просто вывернуло наизнанку всю пользу от "читабельности". Кроме того, XML ещё нужно парсить, строить, заменять узлы и т.п. И киньте в меня камень, но я не знаю НИ ОДНОГО вменяемого инструмента/библиотеки, где можно было бы ЛЕГКО управлять этим XML-монстром. В противовес JSON, где ты вообще на раз можешь манипулировать данными, причём типизированно (где XML даже рядом не стоял).


N>Ты же не устраиваешься в команду к рекрутеру


Но именно рекрутер стоит между мной и работой!! И именно от этой "тупой прокладки" зависит моя судьба — попаду я в "интересный коллектив" или сразу выкину вакансию, потому что эта долбешка ВНЕЗАПНО решила добавить "фильтр от дебилов", вписав в вакансию ЖабаСкрипт. Ну просто слово модное такое...

N>Когда это вакансия на 100% отражала реальную работу?


Когда её давал непосредственно работодатель? 90% джоб-помоек засраны именно РЕКРУТЕРАМИ! Этими паразитами, которые изображают "необычнайный спрос на похапэху". Убери всех этих дармоедов (реально НИЧЕМ не помогающих делу) и внезапно сайты просто опустеют — будет висеть одинокое объявление "Ищу работу, вице-премьерство не предлагать. Дима.".


N> Поэтому можно выбирать варансии в места, где пилятся интересные проекты


ШТА?! Наивный!!! Да как ты вообще узнаешь про проект, если это "внутренняя кухня" компании?? На словах там "интыпрайз", а на деле "пеннивайз"!
Есть вообще проекты для "внутреннего потребления" (реально мои самые любимые) — тех вообще никогда "в поле" не увидишь!
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.