Спасибо за совет, но вот беда, алгоритм это не только код. Проходя службу в СА сделал сигнализацию для оружейки и нескольких складов, с выводом информации на пульт дежурного. Реле, диоды, провода, лампочки. Ни строчки кода.
Ещё примеров? Будучи студентом предложил доценту для его работы схему электронного угломера. От идеи использовать оптронные пары на вращающемся диске, до реализации алгоритма на интегральных микросхемах. Опять ни строчки кода.
И вот этот самый угломер иногда выдавал какую-то ахинею. При этом алгоритм (то, что вы называете кодом) я знал отменно. И он не должен был себя так вести. Как будем локализовать проблему?
Поставьте try-catch
Ну примерно так и сделал. Только try-catch там выглядел, как врезка в сигнальную цепь. И да, баг был отловлен. Из-за неидеальной геометрии сигнал приходил с двух оптронов сразу, а этого быть не должно.
Вы же на прод с отладчиком не лезете по каждой ошибке
Здесь вы правы наполовину. По каждой ошибке не лез, но бывали случаи, что лез. Для этого даже отдельные виды отладчиков существуют — standalone debuggers. Ну просто потому, что ошибка на локальным стенде не воспроизводится, а на проде откуда-то берётся.
И вот тут я подхожу к мысли, что вы очень узко понимаете отладку. Судя по вашим комментариям, отладчиком пользуется тупой проггер, который не в состоянии охватить своим скудным умом код целиком (ой, алгоритм, кода может и не быть). Поэтому ему нужно идти по шагам, для понимания.
Огорчу, это не так.
Отладчик это в первую очередь инструмент для исследования фактического поведения системы. Какие реальные данные пришли, какое состояние сложилось, где именно возникло расхождение с ожидаемым поведением и почему это произошло.
Идеальных программ не бывает, просто потому, что программа это модель окружающего мира. А мир всегда намного сложнее, чем самая точная модель.
И вот когда эта модель начинает глючить, нам нужно локализовать и устранить причину глюка.
Да, логирование нам может здесь помочь, но тут уж кому чего. Кому в логах копаться, кому дебаггером пробежать. А ещё стоит учесть, что каждый шаг мы всё равно логировать не будет, а эти try-catch зачастую говорят нам, что здесь возникла ошибка, но не говорят, почему.
Поэтому нет, ваше утверждение: «Код дебажат только те, кто его не понимают» не верно и даже несколько высокомерно.
Возможно, вам просто не доводилось работать с системами, где одного понимания кода недостаточно и приходится исследовать ещё и его фактическое поведение во время выполнения. Ну или какая-то идиосинкразия к дебаггерам.
Я могу прекрасно понимать код и точно знать, что по логике программы должно лежать в массиве по индексу 3, но не могу заранее знать, что туда реально пришло при конкретном запуске.
Вот и получается: код я понимаю, а дебаггер мне всё равно нужен.
А то, что данные пришли неожиданные, ну, так бывает иногда в некоторых ЯП.
ЯП здесь не причём. Современно ПО взаимодействует с кучей внешних сервисов, баз данных, файловых хранилищ и пользовательского ввода. Бывает всё, начиная от аварий, заканчивая злонамеренным вводом.
То есть когда в код прилетает массив, а функция обращается к его элементам по индексам, программист, конечно, сразу «понимает», какая именно структура пришла, что лежит в каждом элементе и на каком этапе данные стали не такими, как ожидалось.
С таким уровнем обобщения можно объявить фактором риска развития рака вообще любое клеточное деление. А уж когда яйцеклетка делится начинает, тогда вообще ой.
Кроме трусов есть ещё куча процессов, требующих автоматизации. Пример из жизни. Я работал на заводе. На заводе стояла собственная подстанция. Завод покупал электричество у поставщика электричества. При этом в те времена нужно было потребить электричества ровно столько, сколько купил, за выход за этот порог — огромный штраф. Насколько огромный, что завод предпочитал остановить литейку, чем на него попасть. Чтобы контролировать потребление, нужны счётчики. Чтобы снимать показания со счётчиков, нужен человек или несколько человеков, которые ходят с листочком бумаги и снимают показания со счётчиков, которые расположены далеко друг от друга. Площадь завода: 45 ГА. Потом ещё показания нужно обработать.
Ну вот теперь ставим контроллер, который считывает показания со все счётчиков и пишем ПО, которое сразу же всё обсчитывает и визуализирует.
Мой подход: записывать новые слова и даже выражения в Anki и учить их. Спрашивать Алису, почему вот это предложение строиться вот так, а не иначе, и учить грамматику. Не бесполезно.
У меня жена после нескольких лет геймификации видимости обучения читает по французски и даже понимает медленную речь/песни на слух. Не всё так плохо. Другой вопрос, что можно было выучить этот французский с языковыми школами/репетиторами, но такой цели не было. А тут вот в виде игры, несколько минут утром и вечером каждый и день, и видимый результат.
Немножечко не так. Регламент предписывал спидометру ни в коем случае не занижать скорость. Точно показывать можно. Завышать можно но в установленных пределах. И вот производители, чтобы машины точно подходили под регламент, настраивали спидометры так, чтобы они завышали скорость в установленных пределах, что гарантировало их от занижения. На случай разных шин, давления, износа и т.п.
аварии с мотоциклистами по большей части происходят не от того, что мотоциклисты "шныряют", а от того, что коробочники долбятся в глаза автомобилисты в странах, где мотоциклетное движение не распространено, не способны фиксировать своё нежное внимание на чём-то размером меньше автомобиля
Не берусь судить о статистике, но у мотоциклистов объективно меньше площадь, и проблема с тем, что водители их не замечают. Общался с одним знакомым мотоциклистом, он мне объяснял, почему старается прижаться справа/спереди к авто. Потому что если он в потоке, скажем, в средней полосе из трёх полос, и едет по середине, то водители сзади считают, что у авто впереди есть интервал, который можно занять после опережения. Мотоцикл они объективно не видят. Ну и происходит ДТП. Сместиться влево? Можно, тогда машину опередят справа и ситуация повторится. И тук, кстати, ваш оппонент прав насчёт полосности дорог. Ездить по многополосным дорогам объективно небезопасно.
Далее лично моё мнение, у меня нет статистики, но лично я замечаю, что мотоциклисты, обладая минимальными габаритами, при этом любят нестись в междурядьях, в боковых интервалах автомобилей, устраивать шашечки.
В общем делает всё, чтобы находиться там, где водитель его не ожидает. А малая дистанция и высокая скорость оставляет очень мало времени на реакцию.
Если бы мотоциклист занимал своё место на полосе, ехал со скоростью потока, то многих проблем бы не было. Особенно, если бы это была однополосная дорога, чтобы исключить риски из начала моего повествования.
Другой вопрос, что мотоциклисты так ездить не захотят. Не для того они мотоцикл покупали, чтобы стоять в пробках.
Ну а что касается вашего примера, то мотоциклисту сочувствую. Но один случай не опровергает остальные проблемы.
Я имел ввиду именно профильное высшее образование. Есть программы в МГУ, СПбГУ, МГППУ. Есть как бакалавриат так и магистратура по направлениям Психология/Клиническая психология.
с техническим образованием подался в психологи
И какой у него диплом? Обычно дают о профессиональной переподготовке, если он обучался в адекватном месте. Если в шарашкиной конторе, то могут выдать сертификат, но это не тот документ о квалификации, который предусмотрен законом.
Тире всегда длинные. Коротких тире не бывает. Даже во времена FIDO лично я ставил два дефиса друг за другом, чтобы передать тире. И да, англицизмы тоже использую. В конце концов есть такие понятия, как профессиональный диалект и жаргонизмы. Ну а что касается неподходящих слов, так вы ещё с живыми людьми не общались. Слова это такие штуки, для одного они подходящие, для другого неподходящие. Помнится, один профессиональный боксёр называл нижнюю челюсть скулою. А если честно, вот эта вот охота на нейрослоп стала уже поднадоедать. Например, в ответ на мой комментарий, который я написал самолично, своими собственными руками с помощью слепого метода, меня обвинили в нейрослопизме на основании, что «живые люди так не говорят, они бы сказали по другому». И да, идея комментария тоже зародилась в моей собственной голове. БЯМы не подсказывали.
Аналогично, коллега. Тоже сидел, всё высчитывал, что купить. Но понял, что подписка выйдет дешевле.
Спасибо за совет, но вот беда, алгоритм это не только код. Проходя службу в СА сделал сигнализацию для оружейки и нескольких складов, с выводом информации на пульт дежурного. Реле, диоды, провода, лампочки. Ни строчки кода.
Ещё примеров? Будучи студентом предложил доценту для его работы схему электронного угломера. От идеи использовать оптронные пары на вращающемся диске, до реализации алгоритма на интегральных микросхемах. Опять ни строчки кода.
И вот этот самый угломер иногда выдавал какую-то ахинею. При этом алгоритм (то, что вы называете кодом) я знал отменно. И он не должен был себя так вести. Как будем локализовать проблему?
Ну примерно так и сделал. Только try-catch там выглядел, как врезка в сигнальную цепь. И да, баг был отловлен. Из-за неидеальной геометрии сигнал приходил с двух оптронов сразу, а этого быть не должно.
Здесь вы правы наполовину. По каждой ошибке не лез, но бывали случаи, что лез. Для этого даже отдельные виды отладчиков существуют — standalone debuggers. Ну просто потому, что ошибка на локальным стенде не воспроизводится, а на проде откуда-то берётся.
И вот тут я подхожу к мысли, что вы очень узко понимаете отладку. Судя по вашим комментариям, отладчиком пользуется тупой проггер, который не в состоянии охватить своим скудным умом код целиком (ой, алгоритм, кода может и не быть). Поэтому ему нужно идти по шагам, для понимания.
Огорчу, это не так.
Отладчик это в первую очередь инструмент для исследования фактического поведения системы. Какие реальные данные пришли, какое состояние сложилось, где именно возникло расхождение с ожидаемым поведением и почему это произошло.
Идеальных программ не бывает, просто потому, что программа это модель окружающего мира. А мир всегда намного сложнее, чем самая точная модель.
И вот когда эта модель начинает глючить, нам нужно локализовать и устранить причину глюка.
Да, логирование нам может здесь помочь, но тут уж кому чего. Кому в логах копаться, кому дебаггером пробежать. А ещё стоит учесть, что каждый шаг мы всё равно логировать не будет, а эти try-catch зачастую говорят нам, что здесь возникла ошибка, но не говорят, почему.
Поэтому нет, ваше утверждение: «Код дебажат только те, кто его не понимают» не верно и даже несколько высокомерно.
Возможно, вам просто не доводилось работать с системами, где одного понимания кода недостаточно и приходится исследовать ещё и его фактическое поведение во время выполнения. Ну или какая-то идиосинкразия к дебаггерам.
Я могу прекрасно понимать код и точно знать, что по логике программы должно лежать в массиве по индексу 3, но не могу заранее знать, что туда реально пришло при конкретном запуске.
Вот и получается: код я понимаю, а дебаггер мне всё равно нужен.
ЯП здесь не причём. Современно ПО взаимодействует с кучей внешних сервисов, баз данных, файловых хранилищ и пользовательского ввода. Бывает всё, начиная от аварий, заканчивая злонамеренным вводом.
То есть когда в код прилетает массив, а функция обращается к его элементам по индексам, программист, конечно, сразу «понимает», какая именно структура пришла, что лежит в каждом элементе и на каком этапе данные стали не такими, как ожидалось.
Зачем ему дебаггер — код ведь понятен.
А как вы думаете, в течение какого времени исчезнут подписки?
В своё время на некоторые позиции брали людей, обладающих учёной степенью.
С таким уровнем обобщения можно объявить фактором риска развития рака вообще любое клеточное деление. А уж когда яйцеклетка делится начинает, тогда вообще ой.
Ну это у вас ещё хороший пример. Зачем вообще все эти зеркалки, хватит и смартфона с го-нокамерой.
Кроме трусов есть ещё куча процессов, требующих автоматизации. Пример из жизни. Я работал на заводе. На заводе стояла собственная подстанция. Завод покупал электричество у поставщика электричества. При этом в те времена нужно было потребить электричества ровно столько, сколько купил, за выход за этот порог — огромный штраф. Насколько огромный, что завод предпочитал остановить литейку, чем на него попасть. Чтобы контролировать потребление, нужны счётчики. Чтобы снимать показания со счётчиков, нужен человек или несколько человеков, которые ходят с листочком бумаги и снимают показания со счётчиков, которые расположены далеко друг от друга. Площадь завода: 45 ГА. Потом ещё показания нужно обработать.
Ну вот теперь ставим контроллер, который считывает показания со все счётчиков и пишем ПО, которое сразу же всё обсчитывает и визуализирует.
Ну и где здесь IT? На каком месте?
Прямо мой flow описали.
Мой подход: записывать новые слова и даже выражения в Anki и учить их. Спрашивать Алису, почему вот это предложение строиться вот так, а не иначе, и учить грамматику. Не бесполезно.
У меня жена после нескольких лет геймификации видимости обучения читает по французски и даже понимает медленную речь/песни на слух. Не всё так плохо. Другой вопрос, что можно было выучить этот французский с языковыми школами/репетиторами, но такой цели не было. А тут вот в виде игры, несколько минут утром и вечером каждый и день, и видимый результат.
В широте охвата. Имея медицинскую базу, странно себя ограничивать только теми возможностями, которые доступны психологу.
Немножечко не так. Регламент предписывал спидометру ни в коем случае не занижать скорость. Точно показывать можно. Завышать можно но в установленных пределах. И вот производители, чтобы машины точно подходили под регламент, настраивали спидометры так, чтобы они завышали скорость в установленных пределах, что гарантировало их от занижения. На случай разных шин, давления, износа и т.п.
Не берусь судить о статистике, но у мотоциклистов объективно меньше площадь, и проблема с тем, что водители их не замечают. Общался с одним знакомым мотоциклистом, он мне объяснял, почему старается прижаться справа/спереди к авто. Потому что если он в потоке, скажем, в средней полосе из трёх полос, и едет по середине, то водители сзади считают, что у авто впереди есть интервал, который можно занять после опережения. Мотоцикл они объективно не видят. Ну и происходит ДТП. Сместиться влево? Можно, тогда машину опередят справа и ситуация повторится. И тук, кстати, ваш оппонент прав насчёт полосности дорог. Ездить по многополосным дорогам объективно небезопасно.
Далее лично моё мнение, у меня нет статистики, но лично я замечаю, что мотоциклисты, обладая минимальными габаритами, при этом любят нестись в междурядьях, в боковых интервалах автомобилей, устраивать шашечки.
В общем делает всё, чтобы находиться там, где водитель его не ожидает. А малая дистанция и высокая скорость оставляет очень мало времени на реакцию.
Если бы мотоциклист занимал своё место на полосе, ехал со скоростью потока, то многих проблем бы не было. Особенно, если бы это была однополосная дорога, чтобы исключить риски из начала моего повествования.
Другой вопрос, что мотоциклисты так ездить не захотят. Не для того они мотоцикл покупали, чтобы стоять в пробках.
Ну а что касается вашего примера, то мотоциклисту сочувствую. Но один случай не опровергает остальные проблемы.
Я имел ввиду именно профильное высшее образование. Есть программы в МГУ, СПбГУ, МГППУ. Есть как бакалавриат так и магистратура по направлениям Психология/Клиническая психология.
И какой у него диплом? Обычно дают о профессиональной переподготовке, если он обучался в адекватном месте. Если в шарашкиной конторе, то могут выдать сертификат, но это не тот документ о квалификации, который предусмотрен законом.
Вряд ли "ИП "Суперпсихологи" может выдать диплом. Там обычно сертификатами всё дело ограничивается.
Ну обычно диплом у психолога есть. А вот медицинского образования зачастую нет. С медицинским выгоднее быть психотерапевтом.
Тире всегда длинные. Коротких тире не бывает. Даже во времена FIDO лично я ставил два дефиса друг за другом, чтобы передать тире. И да, англицизмы тоже использую. В конце концов есть такие понятия, как профессиональный диалект и жаргонизмы. Ну а что касается неподходящих слов, так вы ещё с живыми людьми не общались. Слова это такие штуки, для одного они подходящие, для другого неподходящие. Помнится, один профессиональный боксёр называл нижнюю челюсть скулою. А если честно, вот эта вот охота на нейрослоп стала уже поднадоедать. Например, в ответ на мой комментарий, который я написал самолично, своими собственными руками с помощью слепого метода, меня обвинили в нейрослопизме на основании, что «живые люди так не говорят, они бы сказали по другому». И да, идея комментария тоже зародилась в моей собственной голове. БЯМы не подсказывали.
Ну т.е. кто-то что-то публикует в интернете, Обсерватория это находит, решает, что это правдоподобный инцидент и пополняет статистику.
Вспомнился анекдот про среднюю длину фаллоса у мужчин в разных деревнях. В одной деревне применяли метод опроса, в другой измерение.