Вот скажите мне, как стать клёвым 1С программистом?

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

Просто так книжки читать у меня плохо получается, если они не по текущей проблеме какой-нибудь. В голове как-то не оседает на долго.

Возможно стоит каждый текущий проект, более менее серьёзный, обсуждать на мисте на предмет оптимальности?)

(165) И во сколько раз ты ускоришь своими оптимизациями? В два? Молодец! Типовые можно переписать так чтоб работало быстрее на порядки.

(167) А ты задачу прочитал? Точно? ТЗ не равны. Это и так всем известно.

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

(170) Никаких таблиц значений в задаче не было.
Считай что это две таблицы на скуле - какая хрен разница? Алгоритмы то те-же. И от механизма реализации не зависят.

(170) он шахматную программу написал, не касаясь клавиатуры

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

+ (171) к  (170) Быстро, и таблицы значений (семерочные) в принципе несовместимые понятия, ибо ТЗ в семерке - неиндексированная структура, при этом очень медленно работающая.
Но я ни слова не сказал о таблицах значений. Это ты даже понять условие простейшей задачи не в состоянии.

(173) тебе две таблицы сравнить надо на идентичность значений в них?

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

(175) читай (137). С этого поста. Там ссылка на задачу.

(176) ДенисЧ разрешил пользоваться ТЗ. а ты дилетант если не знаешь что при проведении нельзя юзать внешние источники данных, все данные дложны быть в базе...

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

(177) понял, увидел математические формулы и сразу сливаюсь :-)

внешние источники не в смысле объект платформы а всякие ДБФ и прочую муть

пафос и понты - вот признак быдлопрограммиста..."Действительно в крупной конторе", "Типовые можно переписать так чтоб работало быстрее на порядки". Плюс застрявание в 90-х: "ТЗ в семерке - неиндексированная структура"

(179) Эта задача решается за 5 минут. А не за пару часов.
И то есть ты за тот вариант решения который не загрузит за сутки? :)
(178) Проведение то тут при чем?
(181) У твоих клиентов нет загрузок/выгрузок и обменов?
Более того, это просто такой пример. И в проведении, и в отчетах нужно знать что такое сложность алгоритма, и проектировать структуру данных исходя из режима их использования. Какие отчеты будут формироваться, с какой частотой, сколько документов будет в базе, насколько критична скорость проведения, или лучше поменять структуру, сделать проведение чуть медленней, но при этом ускорить отчеты. Какая будет структура регистров, какие лучше добавить индексы и т.д. При любой оптимизации возникают такие вопросы, а ты даже не понимаешь о чем идет речь.

У тебя одно решение - типовая + админские оптимизации. Так это, извини, задача админа БД. А речь в ветке о программировании.

(182) Я нигде не застрял. То что можно дешево перевести на восьмерку - переводится, то что дорого, при этом на столько дорого, что может пошатнуть бизнес - естественно не переводится. Любому вменяемому внедренцу эти истины должны быть понятны.

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

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

(183) я не изучал задачу. Уже писал выше почему.

(184) вообще-то проведение мы начали обсуждать с твоего поста в (135), и я попросил тебя привести реальный пример как можно ускорить проведение путем оптимизации алгоритмов, а ты привел какую-то муть про ДБФ и индексы в ней, которая вообще непонятно каким боком к 1С относится

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

(187) пожилой человек, наверно.

(187) Естественно переделав структуру регистров, поставив при этом правильные индексы, и естественно переписав алгоритмы.

далее, типичные задачи поиска, сортировки, сравнения, которым посвящены тома Кнута и прочих светочей, в платформе 1с решаются объектами встроенного языка, и совершенно непонятно к чему эти логарифмы и прочая математическая ересь

NS, наверно начинал с высшей математики и ассемблера. И из одинеса хочет сделать то же самое.

(188) сколько вам лет? 50-60-больше?

Далее, проектирование структуры регистров и вообще структур данных отлично описано в книжках М. Радченко "Реализация прикладных задач" и остальных книгах серии "Проф. разработка". Непонятно зачем приплетать сюда какие-то алгоритмы, понятные только NS.

математические задачи экономической направленности типа нарастающего итога, построения кросс-таблицы решаются СКД и языком выражений СКД

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

пойду за пивом, приду отвечу

(190) Переделать структуру регистров, в которых уже несколько миллионов записей?

(194) Любой программист понимает что такое алгоритм и что такое сложность алгоритма - в этом отличие его от кодера, в нормальном определении понятия "программист". Это не только мне понятно, это любому программисту понятно.
Регистр нужно организовывать не абы как, а исходя из (183), если конечно твоим клиентам не пофик на потерянное на ожиданиях результата время.
(193) В карточку очень тяжело заглянуть? При чем тут возраст? Нормальное образование получают к 20 годам с копейками. В том числе и программисты.

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

(0) Оч. хорошо поможет сдача экзамена по платформе. И отсутствие лени. При этом четкое понимание смысла фразы "Хороший программист - ленивый программист".
з.ы. Пондравилось...
http://books.google.ru/books?id=aVJ52wAZMfAC&pg=PA12&lpg=PA12&dq=Хороший+программист+структура&source=bl&ots=VBGnp9iAc_&sig=qsmT1eQ7ZUP66tB-HFIA19Lwkyk&hl=ru&sa=X&ei=oSB2VNPAEaT-ygO9-4GgCw&ved=0CFAQ6AEwCQ#v=onepage&q&f=false

(199) NS, вот сколько вас помню, вы вечно пытаетесь кого-нибудь опустить с помощью высшей математики и алгоритма шахматной программы.
Да, вы умный чувак. Но смысл какой постоянно всех пытаться опустить?

(200) Ради увеличения скорости формирования отчета с 20 секунд до 10?

(203) ага, при том, что через день заказчик попросит переписать отчет по-другому, а через пару дней - по третьему варианту.

(202) Какой алгоритм шахматной программы? Я вообще не понимаю о чем ты. Мне пофик на алгоритмы шахматных программ.
В ветке вопрос - как самостоятельно научится программированию. На него есть четкий ответ. Который был дан несколько раз в самом начале ветки. У кнута и алгоритмика, и теория баз данных.
Если кто-то заводит срач (и откровенный ОФФ) в ветке что всё решается админскими методами - то он заводит срач, а не я. Логично?

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

(203) Например для увеличения скорости проведения с 20 секунд до одной. И если даже с 20 до 10, это тоже критично.

(205) Сергей, я не понимаю, ты что, перешёл на бисерную фабрику?

Не лень?

(203) О каких отчетах идет речь? Если о прогнозировании продаж исходя из динамики (статистики), либо расчетах оборачиваемостей и т.д., о сравнительных отчетах - то речь о 10-20 секундах формирования на любом нормальном объеме данных - идет только после оптимизаций.

(208) Неа. Не лень :)

(209) ты в крупной фирме когда-нибудь работал?
Все прогнозирования и прочая лабуда переписывается каждый месяц. Сидят 20 программеров и переписывают за неделю.
Бизнес постоянно меняет свои потребности и варианты.

(207) Я к тому, что часто в интересах бизнеса важнее не улучшать существующее, а делать новое. Не надо возводить алгоритмы в абсолют...

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

(213) Ссылка

(211) Я работаю в крупнейшей (по терминологии налоговой). И в последние 10 лет с мелкими, да и средними практически не работал, только с крупными.

При чем тут переписывается или не переписывается? Речь идет о времени формирования отчета. Об экономии не времени программистов, а времени пользователей. Чтоб пользователи экономили время - нужно чтоб отчеты работали быстро. А чтоб отчеты и проведение работали быстро - нужно писать достаточно оптимизированный код, и грамотно проектировать структуры данных. А это требует знания алгоритмики.
Ты с этим не согласен?

(212) Ничего не возвожу в Абсолют. ТС спросил как улучшить навыки программирования. Я ответил. Набежали админы с утверждением что всё делается оптимизацией скуля. Ты ветку то читал? Прочитай её полностью.

+ (215) При этом прочитай вопрос в (0)
И адекватнейший пост в (136)

(215) ну да, работая в государственном учреждении можно часами думать о том, как написать оптимальнее.
А в реальном крупном бизнесе ты написал отчет со сложным алгоритмом, будь готов его постоянно переписывать, раз по пять. Пока не примут.
А после принятия еще раз десять - покрутят данные, посмотрят и захотят что-то новое.

(214) вот http://v8.1c.ru/o7/201402prg/index.htm

А быаают отчеты на один раз. Корячишься, пишешь неделю. Им один два раза попользуются и все.

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

(217) (219) Это никак не оправдывает написательства "наотщепись".

Последнее время все свои  более-менее сложные запросы прогоняю через профайлер.

(221) откуда у тебя столько свободного Времени, чтобы еще и профайлер смотреть при написании разового отчета?

(219) Какое отношение это имеет к теме? Ты хоть понял о чем мы спорим?
Я тебе на всякий случай поясню - спор идет по поводу фразы - "чтоб писать хороший, быстрый, оптимизированный код, нужно хорошо знать алгоритмику". Не быстро писать, а быстрый код. Это совсем не то о чем ты сейчас рассуждаешь. И пост об одноразовом отчете как-то совсем не в тему, хотя в ветке по ссылке (137) были предложения написать возможно одноразовый код загрузки, который будет работать сутки.

(221) Счастливый человек, есть на это время...

(210) Тогда ладно ))

(224) завидую белой завистью ему

(221) у тебя админские методы и ты не программист, а администратор БД по классификации NS
(223) спор идет по поводу твоей фразы "Без понимания что такое сложность алгоритма, как она считается, как оптимизировать, и без знания типовых алгоритмов - провести оптимизацию невозможно. " ты сказал чушь и я тебе привел свой пример

(218) ТС надо читать эту статбю каждый день перед сном, как мантру...

(227) Нет. Это я привел пример, и ты не смог для простейшего примера сказать какой алгоритм оптимальней. Ты своим примером доказал что незнание алгоритмики ставит человека в тупик даже на простейших задачах.

(224) (226) Вы пишите, пишите, пользователи скажут вас спасибо.

Господа, прошу меня извинить.
У меня мистозависимость и форумо-болезнь.
Стараюсь заходить на мисту раз в полгода, а иначе в меня начинают заходить реки коньяка, изрыгаю километры флуда и начинаю тусить по форумам все свое свободное время.
За сим раскланиваюсь. До свидания.

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

(218) Спасибо.

(215) Никто не спорит, что понимание алгоритмов и их сложности это хорошо. Спор о том, что и без этого можно получить неплохие результаты...

(227) Чего? Это когда я говорил что код программисты не профилируют?

Чтобы "грамотно проектировать структуры данных" не нужно знание алгоритмики, а нужно знание принципов как их проектировать.

(230) Таки уже говорят... И без профайлера. А ежели с профайлером, то чтож они тогда говорить будут :)))

(235) еще скажи, где ты говорил что программисты не устраняют ожидание на блокировках

(236) Подраздел алгоритмики - "Теория построения баз данных".
(238) Я не обсуждал чего программисты не делают. Я говорю о том что программисты делают, и должны уметь делать чтоб называться программистами, а не 1Сниками.

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

(239) от того что 1Сники называются 1Сниками а не программистами, никто не страдает, а ты можешь называть себя как угодно, бгг

(239) А, так вы про Программистов и 1с-ников...

Если про то что 1С-ник не программист, а конфигураст, тогда это на хабр, да...

(242) Нет. Я про то что чтоб повысить навыки разработки оптимального кода - нужно читать книги по алгоритмике. Например тот-же вышерекомендованный Кнут.

рукалицо...всё я спать

(245) Да-да. Я знаю. Чтоб научиться оптимального решать задачи типа как в (0) нужно настроить SQL. Действительно рукалицо.

(244) С учетом (0) "Просто так книжки читать у меня плохо получается, если они не по текущей проблеме какой-нибудь. В голове как-то не оседает на долго. " Совет собственно также бесполезен...

(247) При такой постановке вопроса - всё бесполезно.
Хотя... Можно сходить на курсы.

(248) Курсы владения метлой? )))

(249) Курсы подготовки к специалисту.
Тетеньку одну знаю, познакомились на сдаче. Уже не помню какой по счету раз сдавала, то ли третий, то ли пятый - но работала в НИИ, программистом, тут всех перепрофилировали в 1Сники. И заставили получать сертификаты. Ездила на курсы за счет НИИ, потом пыталась сдать, потом опять курсы, потом опять сдать, и в итоге - сдала! Сказала что этот раз был последний, сказали что если не сдаст, то уволят.

То есть главное выдержка. На сотый раз сдашь, а когда сдашь - значит уже немного писать умеешь.

(250) Ну тоесть можно обойтись без алгоритмики, и для ТС не все потеряно?

(251)Если эта тетка работала в НИИ программистом, значит она должна кое-что понимать в алгоритмах.

А может ну его этот регистр, пиши перед записью документа уникальный ключ в строку табличной части... по этому ключу и генери штрих-код. Можно в этот ключ вообще УИД запихать.

+(253) вернее GUID ))))

ой, извините, что влез в спор о высоких материях...

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

(250) Тут дело не в выдержке, а в правильной мотивации :)

(0) Классические шаги:
1. Сертификация на 1С:Специалист/1С:Эксперт (сперва - платформа по сборнику + следить чтобы решение соответствовало требованиям http://static.1c.ru/rus/partners/training/files/ATT83PL.rtf).
2. Работа в компании, методическая правильность учета для которой - вопрос жизни и смерти, а не лишь бы от налоговой отмазаться. Ну и желательно чтобы в компании все белое было - так будет меньше ненужных проблем со связкой черной и официальной баз.
3. Следить за соответствием своего кода стандартам разработки http://its.1c.ru/db/v8std#browse:13:-1 .

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

(259) На курсках не скилл подкачают, а накидают типовых решений.

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

Читай книги. Выучи хоть один язык программирования - java или c#.Попробуй программировать на них.

(202) Я не заметил того, чтобы он старался кого-то "опустить". Вполне четко задал вопрос и понятным языком обрисовал задачу, на что отвечающий просто проигнорировал, аргументируя, что не понял задачу и чего от него требуется.

(262) всегда задумывался, что значит выражение "Выучи хоть один язык программирования - java или c#" ? где рубеж, после которого я могу сказать, что выучил язык. языки программирования такие обширные и развивающиеся, что не возможно их "выучить", можно лишь научиться создавать на них сносные приложения.

(0) Преждевременная оптимизация — корень всех зол. Дональд Кнут.

(0) никак

(265) +100
Если Заказачик/Клиент доволен результатом, то все норм. Оптимизация ради оптимизации как и автоматизация ради автоматизации - зло. Можно бесконечно совершенствовать любой код. На баше по-моему была правильная цитата про то что, "хочешь стать программистом - убей в себе перфекциониста".