Вся беда таких способов преподавания - это в создании иллюзии будто код пишется для машины.
Написание кода для машин уже давно ушло в прошлое, вместе с ассемблером и плюсовиками, с патологическим стремлением хвастаться кодом на бумажном листочке.
Пайтон идеален для обучения по множеству причин. Однако параллельно дружелюбному пайтону с кучей "магии" так же нужен и старый добрый си, дабы понять что всё это работает весьма чётко и логично, хотя и умеет причинять боль из за строгости логики и "сайд эффектов" низкого уровня.
А на счёт магического "print" - порочная практика использовать вывод в консоль в целом. Есть логгеры, есть return, и есть дебаггер. А пользоваться Console.WriteLine в коде - та самая проблема из разряда "зачем нужны типы данных" или "зачем нужен логгер"
Если бы найм можно было автоматизировать - это давно бы сделали )
Единственный инструмент который изобрели кроме личного интервью - это бумажка о прохождении какой то херни из учебного заведения. Ценность которой в нынешние времена стремится к нулю.
Квалифицированные люди сдачей "внутренних экзаменов" не соблазнятся, им это нафиг не сдалось. А вот джуны заучившие литкод попрут косяками.
Полагаю что проблема именно в постановки задачи, которая действительно может быть интерпретирована не так как задумана. Возможно в том и была задумка? Ведь можно немного поменять задачу
Пусть вероятность выпадения орла или решки 50%. Пусть выбрана случайная ситуация с двумя бросками монетки, один из которых — орёл. Какова вероятность того, что оба броска - орёл
В таком виде задача куда более читаема и наглядна. Какие ещё мальчики-девочки-семьи, если мы говорим о теорвер?
Вряд ли я бы пошёл работать к столь занудному и грубому человеку.
Думаю вам стоит выбирать сотрудников из числа студентов, перед которыми гораздо легче самоутверждаться, столь самодовольно доказывая свою единственно правильную точку зрения.
Я не говорил что не смогу сделать это сам. Я сказал что есть более эффективный способ решить задачу, чем делать всё прямолинейно и самому. Не говоря уже о том, что на моей практике мне НИКОГДА не требовалось решать по работе алгоритмические задачи с чёткой формулировкой и заданием, кроме как на собеседованиях.
Видимо вы ещё не получили достаточно опыта в качестве разработчика, или вообще им не являетесь. Делегирование задач - это то что учишься делать работая в команде. Невозможно знать и помнить всё. Да и не нужно. Для остального есть профильные специалисты, документация и нейронка, к которым я буду обращаться в первую очередь, вместо изобретения велосипеда и наступания на грабли.
Когда пытаешься формализовать задачу по постановке "сделать круто" или выудить у аналитиков/продуктов какие то более менее понятные критерии - это не творчество)
Это как раз таки творчество в прямом его воплощении. Сделать по плохо составленному ТЗ чтобы получить конфетку, да ещё и клиенту понравилось - вот это уже высокое искусство.
разработчик это просто обычная инженерная профессия
Вот тут вы абсолютно правы. Но кто сказал что инженерная профессия не творческая? Если вы этого не замечаете - то скорее вопросы к вам )
Я можно сказать сеньёр по грейду, но я скорее задам вопрос нейронке, чем буду вспоминать как обходить графы, и что такое красно-белые деревья. Она это сделает куда лучше и быстрее меня, моя задача - понять что она написала и проверить корректность её решения.
А моя первоочередная задача - это архитектура приложения и бизнес логика, с которой нейронка уже не способна справиться. К чему мне уподобляться джуну, который запоминает реализацию квиксорта на си или пайтоне?
Я наоборот не пропущу такую самоделку, если её кто то вздумает использовать свою реализацию вместо библиотечных функций.
Вы просто подстроились под психологическую модель.
Если представить что между вами и клиентом есть воображаемый менеджер, который передаёт от вас стоимость клиенту, и далее придумывает что угодно на вопросы клиента не касающиеся ТЗ - то модель ничуть не поменяется.
Почему дорого? потому что 100 человек в 3 смены будут работать целый месяц. Почему успели не за месяц а за 2 недели? Наняли ещё 100 человек в качестве подарка. Почему 100 человек а не 50? Потому что это среднерыночные трудозатраты.
есть одна очень большая проблема. Клиенты могут вообще не понимать, как работает среднестатистический дизайнер/разработчик и так далее
А зачем им понимать, объяснять и т.п.?
Вот этот красненький телефончик стоит 50к, а вот этот унылый чёрненький 40. Почему? Да патамушто производитель так решил. Не нравится - бери с соседней полки зелёный.
Почему то торгаши отлично понимают что такое "наценка" когда продают свои услуги, но моментально начинают болеть деменцией, когда им самим надо кому то платить.
Странно что они не использовали шифрование на основе функции выполняемой внутри подключенного трансивера.
Мне кажется в таких случаях хорошим решением будет действовать проще=лучше.
Хотите купить компанию? А я хочу ХХХ денег в сумке. Не готовы платить ХХХ денег? Ну значит вы не хотите купить компанию.
В итоге при всех раскладах выигрывает только
казиногосударство.В случае добросовестной продажи - получает налог со сделки
В случае отсутствия спроса на покупку квартир у пожилых людей - часть из них отойдёт государству ввиду отсутствия наследников
В случае съехавшего с катушек ПТСРщика - так же велик шанс что квартира отойдёт государству, если у бабки не было наследников
При любых раскладах - оно ничего не теряет, а суды легко могут крутить глобус в любую сторону.
Вся беда таких способов преподавания - это в создании иллюзии будто код пишется для машины.
Написание кода для машин уже давно ушло в прошлое, вместе с ассемблером и плюсовиками, с патологическим стремлением хвастаться кодом на бумажном листочке.
Пайтон идеален для обучения по множеству причин. Однако параллельно дружелюбному пайтону с кучей "магии" так же нужен и старый добрый си, дабы понять что всё это работает весьма чётко и логично, хотя и умеет причинять боль из за строгости логики и "сайд эффектов" низкого уровня.
А на счёт магического "print" - порочная практика использовать вывод в консоль в целом. Есть логгеры, есть return, и есть дебаггер. А пользоваться Console.WriteLine в коде - та самая проблема из разряда "зачем нужны типы данных" или "зачем нужен логгер"
Если бы найм можно было автоматизировать - это давно бы сделали )
Единственный инструмент который изобрели кроме личного интервью - это бумажка о прохождении какой то херни из учебного заведения. Ценность которой в нынешние времена стремится к нулю.
Квалифицированные люди сдачей "внутренних экзаменов" не соблазнятся, им это нафиг не сдалось. А вот джуны заучившие литкод попрут косяками.
Когда то C# копировали с Java. Теперь наоборот )
А как они проверяют что персональные данные как либо обрабатываются?
Например, я могу сделать нерабочую форму, которая ничего не собирает и никуда не передаёт. Считается ли это обработкой?
Или если форма передаёт, но информация не сохраняется.
Или если в форме написано "введите вымышленный номер телефона"?
В пайтон 3.15 встроят нейронку, которая будет сама исправлять ошибки и писать код? )
То есть вы утверждаете что с андроида совершенно невозможно получить исполняемый код из случайного места и запустить его на исполнение?
Полагаю что проблема именно в постановки задачи, которая действительно может быть интерпретирована не так как задумана. Возможно в том и была задумка?
Ведь можно немного поменять задачу
Пусть вероятность выпадения орла или решки 50%. Пусть выбрана случайная ситуация с двумя бросками монетки, один из которых — орёл. Какова вероятность того, что оба броска - орёлВ таком виде задача куда более читаема и наглядна. Какие ещё мальчики-девочки-семьи, если мы говорим о теорвер?
Вряд ли я бы пошёл работать к столь занудному и грубому человеку.
Думаю вам стоит выбирать сотрудников из числа студентов, перед которыми гораздо легче самоутверждаться, столь самодовольно доказывая свою единственно правильную точку зрения.
Я не говорил что не смогу сделать это сам. Я сказал что есть более эффективный способ решить задачу, чем делать всё прямолинейно и самому.
Не говоря уже о том, что на моей практике мне НИКОГДА не требовалось решать по работе алгоритмические задачи с чёткой формулировкой и заданием, кроме как на собеседованиях.
Видимо вы ещё не получили достаточно опыта в качестве разработчика, или вообще им не являетесь.
Делегирование задач - это то что учишься делать работая в команде. Невозможно знать и помнить всё. Да и не нужно. Для остального есть профильные специалисты, документация и нейронка, к которым я буду обращаться в первую очередь, вместо изобретения велосипеда и наступания на грабли.
Это как раз таки творчество в прямом его воплощении.
Сделать по плохо составленному ТЗ чтобы получить конфетку, да ещё и клиенту понравилось - вот это уже высокое искусство.
Вот тут вы абсолютно правы. Но кто сказал что инженерная профессия не творческая? Если вы этого не замечаете - то скорее вопросы к вам )
Я можно сказать сеньёр по грейду, но я скорее задам вопрос нейронке, чем буду вспоминать как обходить графы, и что такое красно-белые деревья.
Она это сделает куда лучше и быстрее меня, моя задача - понять что она написала и проверить корректность её решения.
А моя первоочередная задача - это архитектура приложения и бизнес логика, с которой нейронка уже не способна справиться. К чему мне уподобляться джуну, который запоминает реализацию квиксорта на си или пайтоне?
Я наоборот не пропущу такую самоделку, если её кто то вздумает использовать свою реализацию вместо библиотечных функций.
Изобретают телевизор
А нафига читать книжку про технологию, которая не даёт мне никаких преимуществ и не привносит ничего нового?
Чтобы что?
Я уже писал, что это не мы будем доказывать свои компитенции минцифре, а они должны показать нам что не криворукие дилетанты.
У наших госуслуг ещё доказывалка не выросла.
А вы знаете, я тоже разработал свой мессенджер.
Он во всём лучше конкурентов, и я с радостью рапортую что им пользуется уже 10 миллиардов пользователей.
Ссылки не дам, извините, система больше ни одного пользователя не выдержит.
Вы просто подстроились под психологическую модель.
Если представить что между вами и клиентом есть воображаемый менеджер, который передаёт от вас стоимость клиенту, и далее придумывает что угодно на вопросы клиента не касающиеся ТЗ - то модель ничуть не поменяется.
Почему дорого? потому что 100 человек в 3 смены будут работать целый месяц.
Почему успели не за месяц а за 2 недели? Наняли ещё 100 человек в качестве подарка.
Почему 100 человек а не 50? Потому что это среднерыночные трудозатраты.
А зачем им понимать, объяснять и т.п.?
Вот этот красненький телефончик стоит 50к, а вот этот унылый чёрненький 40. Почему? Да патамушто производитель так решил. Не нравится - бери с соседней полки зелёный.
Почему то торгаши отлично понимают что такое "наценка" когда продают свои услуги, но моментально начинают болеть деменцией, когда им самим надо кому то платить.