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

[lev]

Цитата:

Сообщение от mifi

... но просто поражает, что известная опечатка в хелпе воспринимается как ФИЧА последних версий, головоломки для 7 класса школы как нерешаемые логические задачи и т.д. ...

про головоломки не понял прикол
про "ИЗВЕСТНУЮ" опечатку... не поленился и нашел все документы которые у меня есть по разработке Х++, итак:
1. Уже известный нам хелп майкросфта, там известная всем опечатка что:

Цитата:

ndex hint
Gives the database a hint to use this index to sort the selected records as defined by the index. The database may choose to ignore the hint.

2. Книга Алексея Ерёменко и Руслана Шашкова "Разработка Бизнес приоложений в MBS Axapta". Часть 2. Базовые знания. Таблица 14 "Ключевые слова оператора селект" (стр. 112), последняя строка таблицы, читаем (опечатка номер два ):

Цитата:

index hint Предложение использовать индекс при выборе данных из базы данных. База данных может игнорировать эту опцию

3. Книга Steen Andreasen "MorphX IT Введение в язык программирования в Axapta X++ и среду разработки MorphX". Часть 2.4 "Запросы к базе данных". Таблица 5 "Обзор ключевых слов Select", 17-ая строка в таблице (на стр. 63), читаем (опечатка нумбер 3 ) :

Цитата:

index hint
 Предлагает базе данных использовать указанный индекс при обработке запроса. База данных может проигнорировать эту команду, если есть более подходящий с точки производительности индекс.

Т.е. получается человек начинает изучать X++, обложился книгами (выше мной описанными) и документацией от Microsoft (help и пр.), и везде написано одно и тоже (все разом взяли, и опечатались ) и он этой информации верит, и программирует (он пока не знает про мониторинг запросов, профайлеры и прочие, учится только ) А теперь вопрос: откуда ему знать про то, что все опечатались?

З.Ы. А если жизнь не сложиться определенным образом, то он и на опыте может в течении нескольких лет не узнать о том, что он прочитал не правильно.

[Cargo]

Цитата:

Сообщение от lev

Т.е. получается человек начинает изучать X++, обложился книгами (выше мной описанными) и документацией от Microsoft (help и пр.), и везде написано одно и тоже (все разом взяли, и опечатались ) и он этой информации верит, и программирует (он пока не знает про мониторинг запросов, профайлеры и прочие, учится только ) А теперь вопрос: откуда ему знать про то, что все опечатались?

З.Ы. А если жизнь не сложиться определенным образом, то он и на опыте может в течении нескольких лет не узнать о том, что он прочитал не правильно.

если человек учится только - то это простительно. и это, по идее, не должно сильно повлиять на его претензии в плане вакансий.

но если он претендует на гордое звание профессионала и, простите, у него жизнь сложилась таким образом, что он ни разу не оптимизировал запросы и ни разу не общался с теми, кто знает про эту фичу и ни разу не заглянул на аксфорум, где эта тема уже несколько лет назад обсуждалась - то возникает вопрос - а чем же он занимался будучи программистом? формочки ваял? ведь любая, мало-мальски серьезная модификация связана с написанием запросов. и любой профессионал задумывается о производительности. не только читает мануалы, но и жизнь складывается таким образом, что ему приходится смотреть планы запросов и разбираться с тем, как они обрабатываются СУБД.

[lev]

Цитата:

Сообщение от Cargo

... у него жизнь сложилась таким образом, что он ни разу не оптимизировал запросы и ...

про SQL не знаю, но например в ORACLE можно отключить все входящие хинты, т.е. оракл все указки будет игнорировать (или определенные указки).
а оптимизация запросов состоит не только из знания интерпретации index hint аксаптой . например я никогда не использую index hint, ибо его использование не дает гарантий правильного использования индексов, поэтому про эту фичу не знал .

[mifi]

Цитата:

Сообщение от lev

про SQL не знаю, но например в ORACLE можно отключить все входящие хинты, т.е. оракл все указки будет игнорировать (или определенные указки).
а оптимизация запросов состоит не только из знания интерпретации index hint аксаптой . например я никогда не использую index hint, ибо его использование не дает гарантий правильного использования индексов, поэтому про эту фичу не знал .

Вот, почему бы кандидату хотя бы что-нибудь в этом роде не сказать? И как крутой разработчик (по собственным словам) сначала пишет о том, как он лихо разруливает проблемы закрытия склада, а на вопрос про ФИФО молчит как партизан и тут же ссылается на коллегу, которые ему сказал, что это вопрос к консультанту? Как после этого можно верить тому, что в резюме написано?

[lev]

Цитата:

Сообщение от mifi

Вот, почему бы кандидату хотя бы что-нибудь в этом роде не сказать? И как крутой разработчик (по собственным словам) сначала пишет о том, как он лихо разруливает проблемы закрытия склада, а на вопрос про ФИФО молчит как партизан и тут же ссылается на коллегу, которые ему сказал, что это вопрос к консультанту? Как после этого можно верить тому, что в резюме написано?

с этим полностью согласен, предыдущая инфа от меня относится именно к index hint
а вообще, конечно на собеседовании многое о чем могут спросить и впечатление складывается из ответов на все вопросы, а не на один. к сожалению есть люди, которые считают что они супер не обоснованно (как соискатели так и наниматели)

[Lemming]

Цитата:

Сообщение от mifi

Вот, почему бы кандидату хотя бы что-нибудь в этом роде не сказать?

Тут известный адвокат Cargo лихо всех запутал, так что это вопрос к тому виртуальному кандидату с запросами в 100 тыров из его первого сообщения в данной ветке

Цитата:

Сообщение от mifi

И как крутой разработчик (по собственным словам) сначала пишет о том, как он лихо разруливает проблемы закрытия склада, а на вопрос про ФИФО молчит как партизан и тут же ссылается на коллегу, которые ему сказал, что это вопрос к консультанту? Как после этого можно верить тому, что в резюме написано?

Раз уж тут так прицепились к закрытию склада, то раскрою суть вопроса: складская модель FIFO, первой закупкой мы приходуем несколько товаров по цене А, второй закупкой мы приходуем несколько аналогичных товаров по цене B. Пример был расписан с цифрами на бумажке, вопрос: какая будет себестоимость вот этой конкретной единицы в момент разноски второй закупки? Я банально протормозил и начал считать себестоимость, какой бы она была для указанной единицы по FIFO, правильный же ответ был: в момент разноски закупки себестоимость посчитается по средне-мгновенной(если не ошибаюсь в момент закупки оно для любых моделей как-то одинаково считается и вроде бы по средне-мгновенной), в общем, ключевой фразой было: в момент разноски закупки, а я банально подумал не в ту сторону и начал рассчитывать результаты закрытия/пересчета.

[d&m]

Цитата:

Сообщение от Lemming

Раз уж тут так прицепились к закрытию склада, то раскрою суть вопроса: складская модель FIFO, первой закупкой мы приходуем несколько товаров по цене А, второй закупкой мы приходуем несколько аналогичных товаров по цене B. Пример был расписан с цифрами на бумажке, вопрос: какая будет себестоимость вот этой конкретной единицы в момент разноски второй закупки? Я банально протормозил и начал считать себестоимость, какой бы она была для указанной единицы по FIFO, правильный же ответ был: в момент разноски закупки себестоимость посчитается по средне-мгновенной(если не ошибаюсь в момент закупки оно для любых моделей как-то одинаково считается и вроде бы по средне-мгновенной), в общем, ключевой фразой было: в момент разноски закупки, а я банально подумал не в ту сторону и начал рассчитывать результаты закрытия/пересчета.

вы уж простите - какое ФИФО по приходу???

Цитата:

второй закупкой мы приходуем несколько аналогичных товаров по цене B. вопрос: какая будет себестоимость вот этой конкретной единицы в момент разноски второй закупки?

себестоимость по закупке если грубо = цена без НДС + накладные расходы, в вашем примере ответ "себестоимость по второй по второй закупке = В"

среднемгновенная - при разноске расхода и уже никак не при разноске прихода по закупке

[Lemming]

Цитата:

Сообщение от d&m

вы уж простите - какое ФИФО по приходу???
...
среднемгновенная - при разноске расхода и уже никак не при разноске прихода по закупке

Блин, забыл маленько суть вопроса, вот уж "дела давно минувших дней...", да точно, были две закупки и одна продажа, т.е. вопрос был про разноску заказа и что там насчитается в момент разноски.

[Cargo]

Цитата:

Сообщение от Lemming

Тут известный адвокат Cargo лихо всех запутал, так что это вопрос к тому виртуальному кандидату с запросами в 100 тыров из его первого сообщения в данной ветке

заметьте, я не предлагал это в качестве задачи. и не говорил о том, надо или не надо и в каких ситуациях применять index hint. я лишь привел пример того, что человек не знает каких-то элементарных вещей... Я, конечно, не предполагал, что элементарные вещи, известные стажерам консалтинговых компаний вызовут столько споров и обсуждений... :-)

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

но, зато, очень хорошо такие вот профи знают сколько и на что им нужно денег.

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

[ice]

Цитата:

Сообщение от Cargo

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

ИМХО в этом есть некое лецимерие. если вспомним, что компания в которую устраивается кандидат есть коммерческая, и зарабатывание денег это единственная задача компании, то говорить кандидатам, что есть высщие ценности както не культурно

[gl00mie]

Цитата:

Сообщение от Cargo

если человек претендует на гордое звание профессионала и, простите, у него жизнь сложилась таким образом, что он ни разу не оптимизировал запросы и ни разу не общался с теми, кто знает про эту фичу и ни разу не заглянул на аксфорум, где эта тема уже несколько лет назад обсуждалась - то возникает вопрос - а чем же он занимался будучи программистом?

возможно, человек, будучи программистом, кроме справки читал еще статьи, где (другие) профессионалы аргументированно рекомендуют не использовать такие фичи, как index hint, дабы не насиловать оптимизатор и дать DBA спокойно делать свою работу, а также смотрел выступления, можно сказать, официальных лиц, где 1) подтверждается, что index hint есть зло и 2) говорится о том, что начиная с 4-ки ядро по умолчанию просто игнорирует index hint в коде X++. После этого, если приходится продолжать работать на 3-ке, обычно, достаточно почитать ту же справку на предмет того, каким значением параметра hint эта фича в ней отключается, и можно спокойно забыть о ее особенностях и работать дальше, думая о грядущем переходе на новую версию.

PS.
- доктор, когда я использую index hint, мне больно.
- а вы так не делайте...

[mifi]

Цитата:

Сообщение от gl00mie

возможно, человек, будучи программистом, кроме справки читал еще статьи, где (другие) профессионалы аргументированно рекомендуют не использовать такие фичи, как index hint, дабы не насиловать оптимизатор и дать DBA спокойно делать свою работу, а также смотрел выступления, можно сказать, официальных лиц, где 1) подтверждается, что index hint есть зло и 2) говорится о том, что начиная с 4-ки ядро по умолчанию просто игнорирует index hint в коде X++. После этого, если приходится продолжать работать на 3-ке, обычно, достаточно почитать ту же справку на предмет того, каким значением параметра hint эта фича в ней отключается, и можно спокойно забыть о ее особенностях и работать дальше, думая о грядущем переходе на новую версию.

PS.
- доктор, когда я использую index hint, мне больно.
- а вы так не делайте...

Все возможно в этом лучшем из миров. Но почему бы это все как раз на интервью и не сказать? Если нанимающий менеджер адекватен то он понимает, что оптимизация - дело тонкое и нет одного верного ответа на все случаи жизни. А такой ответ поможет еще больше оценить опыт. А если отвечать односложно - да, нет, не знаю то действительно сложно оценить опыт человека.

[igorian]

вот только что правил - форма с запросом с кучей хинтов открывалась несколько минут, стер все хинты - открылась за 3 секунды, не знал бы кодер про index hint всем бы проще жить было))

[tvladimir]

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

В консалтинге год идет за два, а иногда и за четыре. Бывший студент, через 2-4 месяца уже вовсю кодит (до разработчика ему еще далеко), но и старый спец, уже не имеет большого желания быстро разобраться например, в тонкостях работы сводного планирования (если конечно, он не знает данный модуль). Понятно, что он разберется (опыт берет свое), но вот эффективность данного процесса не факт, что больше чем у юного кодера (не будем брать банальный чел.-ко\час).

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

"Ценности компании" в консалтинге, во многом, это намек сотруднику (что\как) необходимо расти, правда в России это не обязаловка, а призрачный шанс. 15-20 лет назад, ИТ-специалист был кудесником (примерно как бухгалтер в бурные 80-90). Сейчас это рядовой специалист компании. У финансиста больше шансов вырасти в фин. директора, чем у разработчика в ИТ директора. Вот за этот призрачный шанс вырасти, необходимо пахать и вживаться в "ценности компании" ну или плыть по течению и ждать...

Тимошкин Владимир

[sukhanchik]

Цитата:

Сообщение от tvladimir

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

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

Цитата:

Сообщение от tvladimir

В консалтинге год идет за два, а иногда и за четыре. Бывший студент, через 2-4 месяца уже вовсю кодит (до разработчика ему еще далеко), но и старый спец, уже не имеет большого желания быстро разобраться например, в тонкостях работы сводного планирования (если конечно, он не знает данный модуль). Понятно, что он разберется (опыт берет свое), но вот эффективность данного процесса не факт, что больше чем у юного кодера (не будем брать банальный чел.-ко\час).

Главное отличие старого спеца перед молодым в данном примере будет состоять в том, что старый уже воспринял идеологию самой системы, а молодой еще нет. И то, что молодому кажется нелогичным, излишним и неправильным - то старому таковым не кажется. И если молодой сразу ринется в бой перекраивать систему под заказчика - то старый лучше десять раз пободается с заказчиком в отношении перекройки системы. Наверное, в наших условиях выгоднее накодить и продать накоденное, нежели разобраться и настроить существующее. Просто лично мне как специалисту всегда хочется делать любую работу качественно, чтобы после меня ничего соседнего бы не отваливалось бы. Хотя ... это бизнес - ничего личного.

Цитата:

Сообщение от tvladimir

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

"Ценности компании" в консалтинге, во многом, это намек сотруднику (что\как) необходимо расти, правда в России это не обязаловка, а призрачный шанс. 15-20 лет назад, ИТ-специалист был кудесником (примерно как бухгалтер в бурные 80-90). Сейчас это рядовой специалист компании. У финансиста больше шансов вырасти в фин. директора, чем у разработчика в ИТ директора. Вот за этот призрачный шанс вырасти, необходимо пахать и вживаться в "ценности компании" ну или плыть по течению и ждать...

Эээ а вот тут не совсем корректно сформулированы цели специалиста. Из фразы следует, что мечтой любого ИТ-специалиста должна быть должность ИТ-директора. Более того, утверждение - что работа в консалтинге приведет к этой должности - в корне ошибочно.
Работа в консалтинге дает возможность (но эту возможность нужно еще суметь взять) увидеть применение системы к различным бизнесам - продукты/мебель/доставка/машиностроение и т.д.
Работа у заказчика дает возможность увидеть применение системы только к бизнесу заказчика. Если у заказчика несколько бизнесов - вам крупно повезло - вы можете работая у заказчика иметь все преимущества работы в консалтинге.
Прыгнуть в ИТ-директора из консалтинга вряд ли получится. А вот вырасти, работая у заказчика гораздо более реально.
Кстати - сразу могу сказать - конкретно должность ИТ-директора/начальника - должность обычно политическая и приближенная к руководству компании. А если это не так - то ИТ-директор вскоре будет сменен (это я уже из собственного опыта утверждаю)

Поэтому - работа в консалтинге хороша в двух случаях:
а) соискателю нужно набраться опыта для последующей более выгодной продажи себя Заказчику. В этом случае имеет смысл приглядеться к более крупному заказчику, у которого уже существует отдел (человек 7-10), занимающийся развитием внедренной системы. У заказчика в этом отделе с большей долей вероятности могут быть те самые старые спецы, которые ушли из консалтинга. А у заказчика с большой долей вероятности есть программа удержания кадров.
б) соискатель является соучредителем, либо ключевой фигурой работодателя (т.е. его удерживают). Тут в общем-то понятно - что перекупить такого человека будет очень дорого.

Суханов Владимир