Зачем сейчас на собеседованиях спрашивают теорию/определения и странные вопросы из профессионала?

(213) s/программист/кодер/g
В этом твоя ошибка

(212)
Мне хороший качественный продукт нужен
Код написанный без пробелов с незначащими именами переменных с использованием устаревших или неуместных паттернов
стоит дешевле, а для меня лично не стоит ничего

(214)
Чего то "программистов" до фига а вот качественных "кодеров"
кот наплакал

(216) Не везёт тебе.

(216) Бедненький ты наш...

(217)
Мне то как раз сейчас неплохо)

Кризис дает возможность шикарного выбора

(218)
Вы с собой меня сравниваете "богатенький" )

(216) Правильно надо именно так себя позиционировать, а топишут в резюме что имеют диплом инженера программиста, а не самом деле это кодер. Отсюда и потом много всяких непоняток происходит.

(208) > обычно ж сперва бумажки смотрят.. Если спец по платформе и профильной конфе есть....

Ну это другая история.
Во-первых, не так уж и много людей приходят на собеседования с сертификатами.
Во-вторых, среди тех, кто имеет сертификаты, очень многие получали их еще по платформе версии 8.0, где не было не УФ, не пакетных запросов, не веб-сервисов и кучи чего еще.

(215) Это имеет значение, но не решающее. В 1С почти нет чистых кодеров. То что тебе там хочется и снится в виде идеальных кодеров - ну очень мало таких. Просто невыгодно быть чистым кодером.

(223)
То есть невыгодно писать быстро качественный код?

(224) За оклад конечно не выгодно )))

Ну да
гораздо выгоднее писать унылые овнокостыли за отсутствием наличия когнитивных способностей

(224) Кстати, говоря про качество, какие системы повышения качества вы применяете, кроме:
- Пиши, сука, качественно

(226) Я еще слышал что выгодней всего сначала думать а потом делать, особенно выгодно получается когда ты четко знаешь что зачем и главное для чего ты делаешь. А если писать красивый код красооту которог не оценит твой руководитель, то это совсем наверное невыгодное занятие.

(227)
code review и обмен опытом
Этого для моих масштабов вполне хватает

(229) те даже тестирования у вас нет?

(230)
ага
х..к х..к и  в продакшен)

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

-А иначе мы вам премию не дадим

(232)>>"Давайте вы лучше будете писать без ошибок"

Хех. :)
Покажите мне такого человека, кто умеет без ошибок код писать)

(234) Так большинство руков считает, что просто это проги косячники. Не хотят/не могут код писать без ошбок

(233)
Здесь вопрос не о необходимости тестирования
а о том что оказываться невыгодно писать качественный код
и вообще работать хорошо
так как начальство не оценит ))

(236) Насколько я понял речь не о том выгодно или нет писать хороший код, а о том кто нужен больше в 1с  инженер-программист или просто специалист-кодер?

(236) И почему во многих серьезных IT-компаниях есть должность тестировщиков? Наверное так кодеры плохие, ошибки допускают))

(222) и с тех пор они с 8.0 только и работают?
если 1С не вводит переаттестацию, значит отличия того экзамена от этого не существенны

(236) Не выгодно писать БЫСТРО

(240) Почему не выгодно писать быстро?)

(241) смотри (225) внимательно

(242) Всмысле на фикси может закончится работа и возьмут студента сопровождать?

(243) Будешь делать быстро, просто будешь делать больше за те же деньги.
А оно надо?

(243) нет, просто будут заваливать пока не сдохнешь

(245) А так уволить могут, типа не справляешься

(246) Ну не так же медленно ))))

(247) А как ты кстати определяешь сколько надо времени на ту или иную задачу?

(248) Тут нужно своего внутреннего психолога прокачивать.
Времени столько, сколько готов платить (ждать) заказчик

(249) Типа давишь на заказчика: "Все пропало, восстанавливать 1 год что здесь натворили без меня" А сама за 1 месяц все делаешь?))

(249) Поделись секретами как ты психологически договариваешься с заказчиком?

(239) > и с тех пор они с 8.0 только и работают?
Бывает и такое. Хотя довольно редко.

> если 1С не вводит переаттестацию, значит ...
Ничего это не значит. Иногда аттестацию по 8.0 можно было пройти, написав 90% кода а-ля 7.7.
Про работу с УФ я вообще молчу. С ними многие не умеют работать, даже из числа тех, кто сидит на 8.3, но в обычном интерфейсе.

ИМХО, 1С не вводит переаттестацию по политическим мотивам.
а) 8.0, 8.1, 8.2 не смотря на то, что сняты с поддержки, всё еще встречаются у пользователей.
б) не все типовые конфигурации переведены на УФ.
в) не напрягать партнёров.
Но по-хорошему, было бы провести переаттестацию по платформе после перехода всех типовых на УФ.

(19)
И что же будет, если "в раскрытой функции встать на слово функция и нажать shift+f9"?
Чета я затрудняюсь ответить)

Конечно невыгодно писать быстро качественный код.
На фиски тебе навалят еще кучку задач, в которых требования косячные или пользователи халявят.
Во франче почасовка маленькая получится.
Итог - качественный программист остается без денег и в мыле.

Второй итог - он начинает работать на себя как фри.

(251) Я на окладе )))

(256) А по теме - наглость - второе счастье

Если у тебя ее нет, то скорее всего фри - это не твое

(208) спец по платформе в обще случае ни чего не говорит о скилах его обладателя, как ни странно.

+(259) наличие "спеца" просто говорит о том, что человек заучил с десяток типовых решений типовых задач и научился их за 4 часа воспроизводить по памяти. Это всё.

+(260) и очень часто, если задача не начинается с "Компания занимается оптовой торговлей", то поциент теряется и не знает, что делать

(259) А у тебя есть спец по платформе?)

(262) Скорее всего нет. Или получил его способом (260)

(231) а нафига код-ревью то? Только замедляете разработку

(262) (263) ни когда не был нужен. Когда появится необходимость в нем, я его получу без проблем.

(265) Я так и думал. Когда начнешь подготовку, потому что с наскоку не сдашь - тогда всё поймешь)

(265) Да вопрос не про это. https://ru.wikipedia.org/wiki/Иметь_или_быть%3F
Сертификат говорит о том, что некоторый багаж знаний у клиента есть, а вот имеет он его или обладает им - вопрос второй. Таким образом наличие сертификата поможет рекрутёру отсеять тех, кого нужно прглашать на собеседование или сразу отказать.
(266) Быстро подготовится. Не переживай.

(264)
Заметно повышает качество.

Овнокод коллегам не очень приятно показывать
+ коммуникации при совместной разработке

(268) Тесты тоже повышают качество, но вы их не делаете. Где логика?

(268) Качество кода и качество продукта - очень разные вещи

(267) Наличие сертификакта может чего и скажет рекрутеру, но его отсутствие тоже ничего не скажет.

(270) Наверно потому что тесты сами выявят ошибки, а тут можно лично носом начинающих потыкать в код. И даже если они все правильно напишут, можно придумать другой вариант и сказать - "а надо было так!"

(271) там можно и ссылку на свой вконтактик дать может это тоже чего скажет рекрутеру

(246) Главное работать не хуже, чем остальные :) И гнобить всяких умников, которые работают быстро, хорошо и качественно   , чтобы не выпендривались :)

(269)
Кто сказал что не делаем?
Естественно - и функциональное и сценарное тестирование
Все это есть

(270)
Ага
пройди на новое место работы и попробуй за декларировать свои убеждения как в (244)

(276) есть вещи про которые НЕ говорят, но все знают.
Политика-с

(277)
Ну ну
сейчас как раз рынок труда переполнен такими "политиками"

(276) Ха-ха это легко, за год можно всю группу разработки скатить в уг легко если надо причем на их фоне еще и выглядеть д'артаньяном :))) Главное правильно мотивировать на перекурах :) Рассказывать там как круто ты заработал в прошлом месяце в 2 раза больше на левых халтурах, и что не надо торопится с плановыми задачами все равно никто не оценит...и привет мотивация :)))

(266) с наскока не сдам потому, что для сдачи не нужны мои знания, а нужен навык решать именно эти задачи именно одним правильным способом.
(267) ну, вот практика (лично моя) показывает, что багаж, который состоит только из этих знаний, стоит недорого. Я видел не мало обладателей спеца, не умеющих писать код, строгающих запросы в цикле для получения среза на каждую дату и не умеющих вообще ни чего, что не начинается с "компания занимается оптовой торговлей". В 12-13 годах я проводил по 50 собеседований в год и видел много разных программистов полезных и нет с сертификатами разной длины и без оных. Так что знаю, о чем говорю.
Был, например, один чудный персонаж, который, имея "спеца", в 2014м году прислал решение тестовой задачи на 8.0. Спец у него был. По 8.0. Зачем нужны временные таблицы и как наложить управляемую блокировку, он не знал. Про подписки на события только догадывался. Так что ни чего не стоит багаж этот.

(269) код ревью технически в офулиард раз проще организовать, чем юнит-тестирование. По этому ревью делают, а тесты - нет.

(280) Все ждешь когда на рынок выйдут 3200 одноэсников ? )))

(282) к (278)

+(281) тестирование требует инфраструктуры, а для ревью ни чего не нужно, сверх того, что у разработчиков и так уже есть.

(281) Офф, что больше офулиард или олимпиард?

+(284) а если речь про тупое тестирования руками, растущими из живых пользователей, то оно на качество кода не влияет.

(286) Вы тоже имея 50 разработчиков не тестируете?

(287) тестируем. По этому и говорю

+(288) тестирование ручное онле и код ревью. Автоматного нет и пока не предвидится.

(289) Тестеры тестируют или сами себя?

На качество кода влияет только код ревью. Ручное тестирование почти всегда пропускает адов ад и шизофазию в коде.

(291) Что вы подразумеваете под качеством кода?

(291) А у вас есть отдельный человек, который каждый мердж в основное хранилище просматривает или ингда начальник выборочно смотрит что там делают подчиненные?

(290) когда разработчик говорит: "Сделал!", его куратору (тоже разработчик) приходит задача: "Проверяй". Куратор смотрит код и, если код нравится и результат соответствует поставленной задаче, он говорит свое: "И правда - сделал". Тогда задача на тест падает системному аналитику, который тыкает кнопки, чтобы удостовериться, что оно функционирует так, как в ТЗ затребовано. Если аналитик несоответствий ТЗ не нашел, он генерит задачу на тест заказчику. Встраивается в результате только то, что всем понравилось.
И перед каждым релизом еще прогоняется код ревью всего обновления руководителями разработки.

(292) то, что не страшно отдать на сопровождение социопату, который знает, где ты живешь.

(293) я предлагал такую парадигму. Не прокатило.

(294) И то и другое дает шанс отловить ошибку в новом функционале в рамках задачи. А вот найти и предупредить, что отвалится в смежных, не меняющихся функциях, это не поможет :(

(296) когда задеваются смежные функции, тогда задач на СА и бизнес-пользователей несколько.
Хотя это тоже гарантий не дает, а только вероятность снижает

(294) А кто кураторов проверяет? или они код не пишут?

(298) см (294): "И перед каждым релизом еще прогоняется код ревью всего обновления руководителями разработки."

(275) странно, а в (231) ты сказал что "ага". Быстро меняете показания

(300) Функциональное тестирование применяют ЕДИНИЦЫ.

Чумовая тема, особенно начало)
(0)Чтоб не спрашивали тебя, спрашивай ты)

(297) Вообще, согласно науке, тестирование процесс бесконечный.

(303)Пару штрафов ввалят за ошибки и тестирование станет сроком не больше 2 дня)

(304) Да хоть плеткой бей но полностью исчерпывающим оно никогда не станет.

(305)Это что-то из ряда фантастики. В жизни и тестирование и вылавливание ошибок конечный процесс. Вопрос только в уровне прога.

(306) ты как-то мало осведомлен о жизни, раз так

(306) Во первых я сразу сослался на то что это научное утверждение. А во вторых в жизни тоже не все так просто но чтоб на штрафовали и не били плетью за ошибки в проект закладываются риски.

(300) Тама сарказма была..

(300) Он не подумал, что распознавание сарказма не каждому доступно.

(291)
+ 100500

(308)
"в проект закладываются риски."

что не разу не отменяет кнут и пряник

(301) попробуй попиши в 1с через TDD :)