Имхо, если это ещё и на практических примерах базируется, то это весьма уместный дружеский пинок. Потому что человек, которому сказано, явно на волоске от увольнения и начальство уже ищет ему замену. Кадровый дефицит позволяет такие ситуации, но они всё равно не длятся особо долго.
Linux — это ядро, и оно есть в Android, так зря вы его исключили. Ну а в целом, ничего ужасного не случилось бы от перехода Windows и MacOS X на ядро Linux xD
Главное, чтобы монополия не остановила развитие технологий.
Профессиональная ответственность за получившийся результат. Она есть практически во всех профессиях, но среди программистов, к сожалению, очень распространен подход сделать "для галочки".
Представьте, что вы купили машину, выехали из автосалона, а она разгоняется максимум до 30 км/ч и при этой скорости начинает дребезжать так, что вот-вот детали отваливаться начнут. Норм? А в программных решениях такое сплошь и рядом происходит.
не в моей компетенции
Ну, если не в вашей компетенции, то оставьте общение с клиентами тем, в чьи компетенции это входит. Всё просто же.
его конфигурация отличается от рекомендованной
Для начала надо ещё доказать, что проблема в этом. И спойлер: чаще всего проблема не в этом.
У некоторых людей, видимо, просто паранойя пополам с манией величия… Поэтому они уверены, что их код настолько великолепен, что сотня строк тестового задания, написанного ими, тут же пойдёт в ближайший релиз xD
Ну, про другие отрасли я не знаю, я думал, мы тут только найм программистов обсуждаем. Но в рамках здравого смысла, в любой отрасли специалист хотя бы примерно представляет сколько времени может занять задание. И если на его выполнение требуется несколько дней рабочего времени, то это уже не тестовое задание, а пробный заказ. А дальше уже включается много факторов, но за соискателем всегда остаётся право отличать одно от другого и не соглашаться неделю работать под видом "тестового задания".
Однако задачу «на недельку» пропихнуть вполне реально.
В качестве тестового? Кто ж его будет делать то с таким объемом работ? В качестве тестовых, обычно дают задания где-то на 3-5 рабочих часов, а не дней.
По-моему, вы себе льстите. В реальном проекте вам понадобится пару дней, а иногда и недель только, чтобы разобраться что к чему. Сделать какой-то production-ready кусок за пару дней изначально находясь вне контекста проекта — это разве что для совсем уж тривиальных проектов возможно.
В том, что это не ответ, а попытка переложить ответственность. Раз "такой ошибки не возникало", то разработчик типа уже не причем. Способность брать на себя ответственность и не отмазываться — крайне важный навык для всех разработчиков, начиная с мидла, а также для всех менеджерских должностей. Причём совершенно неважно, кто конкретно косякнул, при вопросах извне любой член команды может признать ошибку, извиниться, проинформировать о процессе решения вопроса. Иначе всё перерастает в перекидывание ответственности и поиск козла отпущения, иногда и в виде клиента.
Очень странно, такой ошибки не возникало в процессе.
Только вчера обсуждал фундаментальный недочёт в подготовке программистов в плане софт-скилов, который приводит к этому классическому ответу "У меня работает/работало" xD
Как думаете, кому-то кроме Junior'ов допустимо пользоваться таким ответом?
Мне тоже показалось, что у автора раздвоение личности… Сначала ему не нравились курсы с целью создать сайт, а в итоге он решил обучать на примере создания сайта. Только по сравнению с обычными курсами для новичков, усложнил всё на пару порядков.
Тема, конечно, сложная… Но одно точно: нужен короткий цикл "обучение" -> "программирование" -> "результат". Ну, какой-нибудь консольный конвертер из миллилитров в граммы и обратно для разных кулинарных субстанций, а не вот это вот всё...
Скорее просто div'ы, которые по факту являются частью основной страницы и только за счёт CSS выглядят как что-то "отдельное".
А DOM от документированности полезным stateful объектом не становится :(
Ну, формально у нас есть localStorage, этакий аналог олдскульных settings.ini, из которого можно так же восстанавливать внешний вид, как это делалось при повторном открытии десктопной программы. А пока страница не перегрузилась она вполне себе stateful, на чём и основаны SPA-приложения. В каком-то роде, это ближайший аналог десктопных, им тоже надо время на первичную загрузку, а потом хранение состояния и отзывчивость (за минусом пинга) примерно такая же.
Я тоже когда-то программировал на Delphi, компонентная модель там была удобной спору нет. Но что касается интерфейса не всё так однозначно… На среднестатистическую форму(вкладку) приходилось не больше пары десятков элементов управления. И зачастую было достаточно форм статических размеров, поддержку ресайза можно было только для главной формы делать, да ещё и минимально допустимый размер ей указать.
Если Вы сравните это со среднестатистической современной веб-страницей, то можно прифигеть… тут тысячи элементов управления и надо чтоб всё красивенько отображалось и на мобилках и на 4k мониторах. Поэтому их нельзя просто покидать на формочку, ибо заколебётесь их расставлять и режим выравнивания и ресайза выставлять. Хотя на заре WWW попытки были… тот же Microsoft FrontPage и аналоги.
Короче говоря, мой пойнт в том, что вы помните, что всё делалось просто, но уже забыли, что то, что делалось было на порядки проще в плане интерфейса.
Однако, объективный косяк есть: W3C просто не успевает вводить нормальные стандартизированные элементы, а те, что есть в разных браузерах выглядят по-разному и порой достаточно убого. В итоге даже банальный checkbox или select почти везде эмулируются через кастомную верстку CSS-фреймворками.
Имхо, если это ещё и на практических примерах базируется, то это весьма уместный дружеский пинок. Потому что человек, которому сказано, явно на волоске от увольнения и начальство уже ищет ему замену. Кадровый дефицит позволяет такие ситуации, но они всё равно не длятся особо долго.
А если не 10 запросов, а 700 там, где можно обойтись 2-3?
Всегда есть граница, за которой самый конструктивный вариант критики — это "WTF?"
Вы путаете профессиональную деформацию и субкультуру.
Linux — это ядро, и оно есть в Android, так зря вы его исключили. Ну а в целом, ничего ужасного не случилось бы от перехода Windows и MacOS X на ядро Linux xD
Главное, чтобы монополия не остановила развитие технологий.
Результат он только на проде и нигде больше, что у вас там на локальной машине — вообще никого не волнует, ни клиентов, ни начальство.
Профессиональная ответственность за получившийся результат. Она есть практически во всех профессиях, но среди программистов, к сожалению, очень распространен подход сделать "для галочки".
Представьте, что вы купили машину, выехали из автосалона, а она разгоняется максимум до 30 км/ч и при этой скорости начинает дребезжать так, что вот-вот детали отваливаться начнут. Норм? А в программных решениях такое сплошь и рядом происходит.
Ну, если не в вашей компетенции, то оставьте общение с клиентами тем, в чьи компетенции это входит. Всё просто же.
Для начала надо ещё доказать, что проблема в этом. И спойлер: чаще всего проблема не в этом.
У некоторых людей, видимо, просто паранойя пополам с манией величия… Поэтому они уверены, что их код настолько великолепен, что сотня строк тестового задания, написанного ими, тут же пойдёт в ближайший релиз xD
Ну, про другие отрасли я не знаю, я думал, мы тут только найм программистов обсуждаем. Но в рамках здравого смысла, в любой отрасли специалист хотя бы примерно представляет сколько времени может занять задание. И если на его выполнение требуется несколько дней рабочего времени, то это уже не тестовое задание, а пробный заказ. А дальше уже включается много факторов, но за соискателем всегда остаётся право отличать одно от другого и не соглашаться неделю работать под видом "тестового задания".
В качестве тестового? Кто ж его будет делать то с таким объемом работ? В качестве тестовых, обычно дают задания где-то на 3-5 рабочих часов, а не дней.
По-моему, вы себе льстите. В реальном проекте вам понадобится пару дней, а иногда и недель только, чтобы разобраться что к чему. Сделать какой-то production-ready кусок за пару дней изначально находясь вне контекста проекта — это разве что для совсем уж тривиальных проектов возможно.
В том, что это не ответ, а попытка переложить ответственность. Раз "такой ошибки не возникало", то разработчик типа уже не причем. Способность брать на себя ответственность и не отмазываться — крайне важный навык для всех разработчиков, начиная с мидла, а также для всех менеджерских должностей. Причём совершенно неважно, кто конкретно косякнул, при вопросах извне любой член команды может признать ошибку, извиниться, проинформировать о процессе решения вопроса. Иначе всё перерастает в перекидывание ответственности и поиск козла отпущения, иногда и в виде клиента.
Только вчера обсуждал фундаментальный недочёт в подготовке программистов в плане софт-скилов, который приводит к этому классическому ответу "У меня работает/работало" xD
Как думаете, кому-то кроме Junior'ов допустимо пользоваться таким ответом?
Зальцбург, конечно, на границе с Германией, но вроде был австрийским и во времена Моцарта.
Мне тоже показалось, что у автора раздвоение личности… Сначала ему не нравились курсы с целью создать сайт, а в итоге он решил обучать на примере создания сайта. Только по сравнению с обычными курсами для новичков, усложнил всё на пару порядков.
Тема, конечно, сложная… Но одно точно: нужен короткий цикл "обучение" -> "программирование" -> "результат". Ну, какой-нибудь консольный конвертер из миллилитров в граммы и обратно для разных кулинарных субстанций, а не вот это вот всё...
А он когда-то работал? Во всяком случае, года 2 точно поиск по коду в форках не работает.
Ну не, тогда уж лучше на Си )))
Перепишите на Nim xD
Никак :-)
Чтобы понять принцип работы компьютера, придётся поизучать хотя бы один ассемблер. На самом деле, это довольно увлекательное занятие.
Скорее просто div'ы, которые по факту являются частью основной страницы и только за счёт CSS выглядят как что-то "отдельное".
Ну, формально у нас есть localStorage, этакий аналог олдскульных settings.ini, из которого можно так же восстанавливать внешний вид, как это делалось при повторном открытии десктопной программы. А пока страница не перегрузилась она вполне себе stateful, на чём и основаны SPA-приложения. В каком-то роде, это ближайший аналог десктопных, им тоже надо время на первичную загрузку, а потом хранение состояния и отзывчивость (за минусом пинга) примерно такая же.
Я тоже когда-то программировал на Delphi, компонентная модель там была удобной спору нет. Но что касается интерфейса не всё так однозначно… На среднестатистическую форму(вкладку) приходилось не больше пары десятков элементов управления. И зачастую было достаточно форм статических размеров, поддержку ресайза можно было только для главной формы делать, да ещё и минимально допустимый размер ей указать.
Если Вы сравните это со среднестатистической современной веб-страницей, то можно прифигеть… тут тысячи элементов управления и надо чтоб всё красивенько отображалось и на мобилках и на 4k мониторах. Поэтому их нельзя просто покидать на формочку, ибо заколебётесь их расставлять и режим выравнивания и ресайза выставлять. Хотя на заре WWW попытки были… тот же Microsoft FrontPage и аналоги.
Короче говоря, мой пойнт в том, что вы помните, что всё делалось просто, но уже забыли, что то, что делалось было на порядки проще в плане интерфейса.
Однако, объективный косяк есть: W3C просто не успевает вводить нормальные стандартизированные элементы, а те, что есть в разных браузерах выглядят по-разному и порой достаточно убого. В итоге даже банальный checkbox или select почти везде эмулируются через кастомную верстку CSS-фреймворками.