Так менять системообразующую библиотеку в проекте -- это совершенно другой экспириенс. Или каждый разраб сам решает, что он тащит в проект? Вот и получается, что литкод до дыр затирают ровно с одной целью -- пройти собес и забыть всё это. И хорошо, если чел это делает в свободное от работы время, а не тратит полгода рабочее время, чтоб в итоге свалить. А компании ищут тех, кто будет через год тратить их деньги и время на подготовку к следующему собесу вместо решения задач =)
Потому что с точки зрения вашего же тезиса «просто сотрудник» алгособес не пройдёт. Только суперзвезда.
Чтоб разбираться в алгоритмах не обязательно быть суперзвездой. Речь как раз о том, что накой спрашивать с соискателя условную работу с двусвязным списком, если в работе это не нужно, да ещё и отсеивать потом по этому критерию.
Я против упоротых алгособесов, если подобные алгоритмы не являются задачами в реальной работе. Мышление по части бизнес-логики и просто понимание структур данных и то гораздо полезнее проверить.
Откуда стрессы и форс-мажоры при нормально организованном процессе разработки и выкатки? Я больше поверю в горение задниц у девопсов в час ночи, там легко такое представить. Алгособес должен проверять имено знание алгоритмов, причём не только на практике, но и в теории. Я про Манакера не зря упомянул -- хороший пример падения сложности, если когда-то хотя бы слышал про такое. Толку от того, что кто-то решит-таки задачу за O(n^3), если есть решение за O(n). Интервьюер скажет "молодец, справился, берём"? А если решающий скажет, что нормальное решение он не напишет по памяти, т.к. надо алгоритм в букваре подглядеть -- завалил? Или-таки в реальной работе он без стресса и проблем сделает O(n) и обойдётся без форсмажоров, при условии, что ревьювер сходу поймёт алгоритм, а тестер сможет проверить все пограничные случаи?
В современном программировании в основной массе свобода ни к чему -- паттерны и зубрежка. Не знаешь Манакера и Ахо-Корасика на позицию фронтендера-ждуна, досвиданья. По нынешним критериям отбора и Кнут бы никуда не прошел, он к некоторым задачам алгоритм придумывал целые сутки.
Мне вот интересно, кому-нибудь из писателей на скриптовых языках когда-нибудь в работе пригодился n-связный список?
Я был уже хорошим специалистом в 20 лет, потому что с компами дружу с 13 лет. А Вася из деревни комп увидел в 20. Он чем-то хуже? Вряд ли, если способности есть. К 27 разгонится.
О чем это говорит? Да ни о чем, люди всегда одинаковы в основной массе, а реально увлеченных своим делом мало вне зависимости от возраста.
Всё так. Но у меня некоторые коллеги сталкивались с тем, что денег нет, но вы держитесь. Сплошные завтраки, но как только речь про увольнение, то сразу всё находится, только останься. Другое дело, что мало кто захочет оставаться после этого.
По ТК увеличение зп -- это обязанность работодателя. И слишком много если. Если ходил, да не подняли при этом подняли другому. Если взяли второго на зп сильно большую, а тебе и так сойдёт. Если ходил не раз, но подняли на 5% через год, а за этот год вышел оффер на 80%+. Если то, если сё.
При использовании ванильной версии Postgre важно понимать, что открытая архитектура этой СУБД легко поддается изучению и модификации. Это повышает риск нахождения уязвимостей. Поэтому внедрение бесплатной PostgreSQL для управления ключевыми бизнес-процессами представляет собой значительную угрозу безопасности предприятия.
А внесите, пожалуйста, в исходники ваниллы что-нибудь эдакое, чтоб оно в релиз попало. Это ж легко.
Postgres или PostgreSQL. Никаких Postgre. Так написано в официальной документации.
По логике клиент мог делать бэкап на сторонний сервак самостоятельно.
Не мог, а должен был. Причин хранить бэкап там же, где и основной ресурс, ровно одна -- быстрое восстановление из-за собственного факапа. Но это не отменяет хранение бэкапов в нескольких копиях и местах.
У меня вчера была обратная ситуация. В ПВЗ Я.Мркета пришёл человек и забрал два моих заказа, показав штрих-код, с одним нюансом -- заказы нужно было оплатить при выдаче, что он, со слов сотрудника ПВЗ, немного поудивлявшись, зачем-то сделал.
Так менять системообразующую библиотеку в проекте -- это совершенно другой экспириенс. Или каждый разраб сам решает, что он тащит в проект?
Вот и получается, что литкод до дыр затирают ровно с одной целью -- пройти собес и забыть всё это. И хорошо, если чел это делает в свободное от работы время, а не тратит полгода рабочее время, чтоб в итоге свалить.
А компании ищут тех, кто будет через год тратить их деньги и время на подготовку к следующему собесу вместо решения задач =)
Чтоб разбираться в алгоритмах не обязательно быть суперзвездой.
Речь как раз о том, что накой спрашивать с соискателя условную работу с двусвязным списком, если в работе это не нужно, да ещё и отсеивать потом по этому критерию.
Я против упоротых алгособесов, если подобные алгоритмы не являются задачами в реальной работе. Мышление по части бизнес-логики и просто понимание структур данных и то гораздо полезнее проверить.
Откуда стрессы и форс-мажоры при нормально организованном процессе разработки и выкатки? Я больше поверю в горение задниц у девопсов в час ночи, там легко такое представить.
Алгособес должен проверять имено знание алгоритмов, причём не только на практике, но и в теории. Я про Манакера не зря упомянул -- хороший пример падения сложности, если когда-то хотя бы слышал про такое. Толку от того, что кто-то решит-таки задачу за O(n^3), если есть решение за O(n). Интервьюер скажет "молодец, справился, берём"? А если решающий скажет, что нормальное решение он не напишет по памяти, т.к. надо алгоритм в букваре подглядеть -- завалил? Или-таки в реальной работе он без стресса и проблем сделает O(n) и обойдётся без форсмажоров, при условии, что ревьювер сходу поймёт алгоритм, а тестер сможет проверить все пограничные случаи?
В современном программировании в основной массе свобода ни к чему -- паттерны и зубрежка. Не знаешь Манакера и Ахо-Корасика на позицию фронтендера-ждуна, досвиданья. По нынешним критериям отбора и Кнут бы никуда не прошел, он к некоторым задачам алгоритм придумывал целые сутки.
Мне вот интересно, кому-нибудь из писателей на скриптовых языках когда-нибудь в работе пригодился n-связный список?
Пользуешься каждый день плодами трудов айтишников, но плохие они, конечно.
Нынче без айти у тебя в доме даже электричества не будет, бензина на заправках не будет, ничего не будет.
ничего, тоже там будешь, недолго осталось :)
Получается, что согласно этой поколенной теории между людьми 1983 и 1984 годов рождения пропасть больше, чем между 1984 и 2000.
До 25 это прям большой разброс.
Я был уже хорошим специалистом в 20 лет, потому что с компами дружу с 13 лет. А Вася из деревни комп увидел в 20. Он чем-то хуже? Вряд ли, если способности есть. К 27 разгонится.
О чем это говорит? Да ни о чем, люди всегда одинаковы в основной массе, а реально увлеченных своим делом мало вне зависимости от возраста.
Шол'ва! Шал'кек нем'рон, Тау'ри!
Всё так. Но у меня некоторые коллеги сталкивались с тем, что денег нет, но вы держитесь. Сплошные завтраки, но как только речь про увольнение, то сразу всё находится, только останься. Другое дело, что мало кто захочет оставаться после этого.
По ТК увеличение зп -- это обязанность работодателя.
И слишком много если. Если ходил, да не подняли при этом подняли другому. Если взяли второго на зп сильно большую, а тебе и так сойдёт. Если ходил не раз, но подняли на 5% через год, а за этот год вышел оффер на 80%+. Если то, если сё.
Хех, если дошло до того, что желание сменить работу перебороло лень её искать, да еще и есть оффер, то давай досвиданья, раньше надо было шевелиться.
ой, в 40+ прям такие глубокие старики немощные недееспособные, что обязательно скидку на возраст делать.
те, кто тупит в 40+, обычно и в 20 тупили
А внесите, пожалуйста, в исходники ваниллы что-нибудь эдакое, чтоб оно в релиз попало. Это ж легко.
Postgres или PostgreSQL. Никаких Postgre. Так написано в официальной документации.
Не мог, а должен был. Причин хранить бэкап там же, где и основной ресурс, ровно одна -- быстрое восстановление из-за собственного факапа. Но это не отменяет хранение бэкапов в нескольких копиях и местах.
У меня вчера была обратная ситуация.
В ПВЗ Я.Мркета пришёл человек и забрал два моих заказа, показав штрих-код, с одним нюансом -- заказы нужно было оплатить при выдаче, что он, со слов сотрудника ПВЗ, немного поудивлявшись, зачем-то сделал.
udp вышел из чата
Wouldiwas Shookspeared
Ждём DOD DeathMetal :)
Почему Википедия? Допустимые названия написаны на postgresql.org где-то в about :) Вот где первоисточник.
это был Hard’n’Soft в 95м году примерно