Собственно по сабжу

(231) Я тупой

Понабрали индусов рукошопых по объявлениям и копипастят одни и те же ошибки из релиза в релиз. Тфу на них.

(231) Ну например если функция объявлена как строгая, то чтобы в ней нельзя было записывать любые данные в базу, а также изменять значения в контексте вызова. То есть, крутись с переданными параметрами как хочешь - но верни честно одно значение и больше нигде не пачкай! Будет ли попытка побочного эффекта вызывать исключительную ситуацию, или просто будет проигнорировано - вопрос опциональный.

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

(234) Та нафига?

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

(236) Если функция объявлена как строгая - ты будешь УВЕРЕН в том, что она делает точно то, что в ней написано. Это хорошая ступенька к математической доказываемости корректности кода.

Иногда такое ощущение (особенно в свежевыпеченных конфах), что тестировали функционал на 3 записях справочников и 5 документах.. Производительность вообще никакая, элементарно, пользователь открывает большой справочник и вешается, не говоря о том, чтобы поиск по нему нормальный сделать.
С УФ кошмар тот еще, дорвались называется. В форму выбора наприделали свистелок-перделок, кучу прикольных фильтров, всё работает, всё красиво. Но как-только перетащили огромный справочник товаров из 7.7, форма перестала вообще открываться, после получаса ожидания пришлось убить.
(Железо на серверах отличное, база склная)

(0) Это не плохой код. Это коммерческий код.  Это две большие разницы.

(240) а чем они отличаются? )

+(241) Ответ очевиден - количеством денежных знаков или их отстутствием .

+(242) Кототрые уже заложены в сопровождении отчетов и модулей в тышшшшшу строк.

(241) тем что 1Су не выгодно писать хороший код.

(239) Значит не отличное. Так же регламент скуля выполняли ?

(244) ага представляю, типа разработчик показывает код начальнику, а тот и говорит, не не хрена ты правильно все написал но надо написать не правильно ссылаясь на пункты правил написания кода

1. код должен быть не правильным...
2. если код получился правильным смотри пункт 1...

P.S. Мой преподаватель по программированию, говорил- "При написании коммерческого кода, самое главное чтобы код был рабочим и написан в срок, а уж как он написан, это дело 10-ое. За это вам и платят"

(244) Начальнику глубоко фиолетово какой там код (правильный\неправильный) - ему лишь бы работало(и в срок) - начальники тоже учились у  твоего препода по программированию :)

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

в 7.7 в типовых коды вполне читабельные и "самодокументированные" - учился вообщем по ним, когда инета не было ;-) За исключением кусков по зарплате - там реально простыни огромные, бошку сломать можно и не так прозрачно как тис/бух.
.
как сейчас в снеговике - хз. По идее было бы хорошо: жмакаешь кнопочку - экстрактируешь из разных мест код например, по отражению какой=то операции в регситре взаиморасчетов - пусть он даже по 20 модулям раскидан - смотреть чтобы было удобно для разработчика... и по идее, если бы для модификации кода не надо былдо меетаться по разным модулям а иметь например простой листинг - поправил что надо - жмак! система сама раскидала по нужным модулям/местам (при построении такого лдистинга - запоминаетс яинформация где-что куда)...

семёрка рулез. там кода было мало...
хотя учёт в принципе был такой же

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

(251) Индусам одно время вообще платили за количесвтво знаков

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

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

.

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

(253) если не говорить об эффективности кода - то что там такого ужасно плохого? вполне себе читаемый понятный код.
.
То, что реализованы некоторые вещи неоптимально\не сильно красиво - это немнгого другая епархия  - это уже вопросы построения системы и качества самого решения

(257) к сожалению(или к счастью) 7ку несколько нет уже не открывал - поэтому не могу привести конкретных примеров - говорю лишь то, что испытывал когда увидел типовую конфу.

Увы... мельчают :)

(256) Бастродействие - это удар ниже пояса

(256) Чую руки не из того места растут .

(261) ты забыл проголосовать

(256) с подбором номенклатуры есть свои ньюансы - все решаемо) тоже в свое время боролся с этой бедой...
еще пример есть еще беда: в ЗиК есть учет з/п в разрезе подразделений в ЗУПе его нету((( а типовые процедуры подбора сотрудников по подразделениям это что-то с чем-то) я понимаю из-за чего это вылезло и т.д., но бл* до сих пор приходиться шаманить с сервисными обработками - напрягают!))а так побездельничать хочется ;)

Единая Россия.
(вброс, ага)

ага,
карусельщики - они такие))

типовой код совершеннен...

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

по моему это прекрасно....

(254) экономят код только м.даки...

(262) автор - подсказываю: идешь на поклон к как0му-нибудь модератору, переписываете голосовалку и пункт 4 превращается в... (например Единую Россию)...и всё переворачивается с ног на голову)

и  почему нельзя сделать типа как в (249)...?

(266) эталон кода соглашусь
когда разберешься все красиво и стройно

Уже только потому, что сделал такой пункт в голосовалке

(262) Да извини .

цитату из (266) забираю к себе в достижения :)

Тебе реально нужно уже эпосы писать :)

Можно и лучше, но стоимость зашкаливать будет.

Колеблюсь между "Холодный расчет разработчиков" и "На большее никто не способен". Никто не способен в пределах выделенного бюджета. В результате рынок имеет то, что способен иметь. Это проекция экономической ситуации в целом по стране. Заказчики не способны платить больше, а в пределах данной суммы разработчики не имеют достаточно хорошего методологического отдела и, главное, достаточное количество тестеров.

В общем, наверное, "3".

(0) На большее они не способны. Но не потому что тупые, а потому что ресурсов мало.
В целом оцениваю творчество пейсателей с Селезневки на 4.

(275) А, что есть пример, где код лучше, чем в типовых?

(275) >>Но не потому что тупые, а потому что ресурсов мало.
Откуда такие сведения?

(275) Чё за ресурсы то? Вода в кране закончилась и Липтон в пакетиках не подвезли?

Вот и видна боброта тру одинэснеков

(278) а чё, не фактор?

(274) +1

Вот сейчас копошусь с конфигурацией отраслевой.

В общем взял бы и выкинул бы ее ВСЮ и на типовой допилил чего не хватает . Но бюджет не резиновый и никто не позволит.

о, отраслевые решения это та ещё жесть, там вообще стыд потерян

(281) Жадность (руководителей) редко остается безнаказанной :)

(282) ИМХО, их просто забывают дорабатывать под тираж. Тупо как для кого-то написали, так и продаем.

пыщ! я бэтмэн!

+1

(249) поток сознания хороший. Мне кажется вас выручит та самая утилитка из снеговика по написанию кода за Вас. Называется она очень просто "дуршлаг на голову". На инфостате гуглиться. Реально помогает писать за вас код!

(245) с железом-то как раз всё ок, это вам не сервер, сооруженный из обычного пк:) И на моем слабеньком компе этот же справочник в 7й самоделкиной конфе просто летает, чудеса, правда?
Регл.обслуживание ессно делалось, но и в принципе оно не роляет в данном случае, поскольку база только-только созданная и не успели "загадить".

пиши лучше, тема ни о чем

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

закладка

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

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


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

зы: у меня есть один клиент.. у них адова конфа на 8ке.. ее походу конвертили из 7ки обработками Г1С... там отчеты строятся перебором справочников и двумя выборками итогов по каждому справочнику внутри цикла...

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

хороший пункт

(0) ты наверно имел в виду почему он не удобочитаем так?

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

(294) нет. я, по наивности, выразился иными словами. я не имел в виду столько удобочитаемость, сколько архитектуру бизнес-решений, их реализацию, излишнюю процедурность в пику объектности вкупе

Голосовать хочу за 5-й пункт. "Нормально пишут код, как умеют, а умеют не плохо!"

Вот чего не хватает в 1С, так это нормального человеческого интерфейса.

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

Разве трудно в списке заказов вывести признак - заказ завершен с опозданием на три дня и это стоило вам 4000 у.е. Или вам нужно оплатить за этот заказ срочно именно сегодня.

Не дружественный интерфейс гораздо хуже чем плохой код в типовой конфе.

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

(296) "какая херовая архитектура, не могли человеческих дверей наделать" - сказал алкаш пытавшийся войти "в стену", не смотря на то что через десять метров предусмотрена просторная дверь с автоматическими дверьми и инфракрасным обогревателем...

(298) каких таких единых стандартов бизнеспроцессов нет? где именно нет? в бухгалтерии? в зупе?

(300) стандартов реализации бизнес-процессов

(297) бгыы.. как человек пытающийся впарить одно и тоже куче разных клиентов могу сказать следующее: если реализовать в одном решении ВСЕ хотелки клиентов то УПП от стыда за то что оно такое простое и тупое самосотрется...

а внедрение этого "универсального и мегаудобного" решения будет происходить годами...

(302) ну так прецеденты же есть

(302) Так никто и не спорит. Но если бы интерфейс был чуть-чуть попроще. Пользователь был бы более доволен и благодарен.

(304) к тому и и идет.. сравни интерфейс УТ11 и УТ10...

а особенно сравни ут10 с ут11 после настройки функциональных опций и ролей...

(305) после настройки и частичной переделки интерфейс ут11 - очень айс

Всем кто поставил пункт 4 советую поразгребать запросы ЗУПа в туеву хучу строк.
Кто бы знал как я ненавижу разработчиков за эти запросы и эти люди еще выпускают системы стандартов и методик...
НЕНАВИЖУ! УБИЛ БЫ!

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

(301) ты просто их не знаешь

(307) прежде чем хаять запросы недоступные твоему пониманию предложи альтернативное решение.. ну например расчета остатка отпуска... ну или какуюнить Т13 сделай сам... покажи как правильно.. без километровых запросов...

а то как улю - всюдорогу хаит партионный учет, хвастается своей супермегакрутой методикой но никому ее непоказывает :)

(307) бери лопату иди копай. кто тебя заставляет заниматься ненавистным делом.

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

Положу свою кучку

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

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

(313) еще раз - сделай проще.. выложи на ИС свою работающую Т-13 на СКД и без ошибок и чтобы там небыло километровых запросов..

выложи свой расчет остатков отпусков...

после этого расскажешь про "все гениальное просто" :)

Все не читал, но ..

(313) не в нашей стране - не по своему желанию же разработчикам приходиться писать расчет с этого года такой в предыдущем другой а если раньше то третий))
если помните у ЗиК даже редакция из-за этого менялась т.к. окончательно модули потонули в объеме строк проверок на вариант расчета

это фишка 1с - быстрая реакция на изменения) код из-за этого в том числе и страдает

(3) +1
вспоминается враза:
Чем больше читаю чужой код - тем больше ненавижу людей, чем больше читаю свой код, писанный ранее - тем терпимее отношусь к чужому коду.

(0) это работа. её надо работать.

Ни чего другого на ум не приходит.

+

Если ты не можешь в запросах разобраться это значит, ты лентяй и

"..все прыгнут и ты прыгнешь ??"(с)... А вообще вариант понравился, т.к. миллион мух не может ошибаться - в говне что то есть :

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

+(324) но автор вопроса решил копнуть глубже и задаться вопросом Почему?
может у зверька который делал кучу была мало времени, а может быть ктото мешал или может ппопа неправильной формы? Нет ответа ...

(322) садись, два. от того, что я хаю типовые запросы, не значит, что я не могу разобраться в них
что за долбанутая предвзятость
а ты добился? а ты лентяй! а ты такой, а ты сякой
нормальный я, не хуже вас

Считаю, что главное в коде - чтобы в режиме 1с предприятия, все работало, как нужно пользователю. И все изменения отчетности - вносились вовремя в конфигурации разработчиками.
Зря все автора унижают - вдруг перестанет новые темы создавать.

(327) Ну или хотя бы не будет делать такие пункты голосовалки, которые просто руки чешутся выбрать )

(287) застрелись, собака глупая

Код ладно, он еще не самый плохой. А вот ихних методолухов хотел бы я встретить в плохо освещенном месте...

(330)так приходи на семинар
можешь даже выступить там..если осилишь, конечно