if (a == true)

[ice]

Цитата:

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

Дык не идут к нам...
А те, кто идут, не справляются многие с техническими задачами на интервью.

Более того, ERP программирование - это чуть специфическая область, а нанимаем мы обычно "for Micorosft", то есть человек этот должен иметь потенциал для продолжения работы в Майкрософт в другой команде, к примеру.

т.е нанятые люди разрабатывать erp должны одинаково уметь писать драйвера, к клепать игрушки для иксбокс

[kashperuk]

Цитата:

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

т.е нанятые люди разрабатывать erp должны одинаково уметь писать драйвера, к клепать игрушки для иксбокс

Предыдущий опыт не так важен, как возможность достичь успеха в любой из вышеперечисленных областей.
То есть не обязательно это УЖЕ уметь, но надо быть достаточно сообразительным, чтобы научиться.

[gl00mie]

Цитата:

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

С точки зрения производительности, выгодно указывать список полей если у вас в таблице много полей (то есть эдак штучек 50). Но мы ведь не делаем таких плохо нормализованных таблиц, правда ведь?

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

Цитата:

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

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

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