- 1
КоличествоСтрокТоваров = Документы.РеализацияТоваровУслуг.ПолучитьСсылку(ЭтотОбъект.Ссылка.УникальныйИдентификатор()).Товары.Количество();-
1C / Говнокод #13199
−171
программист-снайпер, убивает одной строкой кода.
Запостил:
BlackMamba,
19 Июня 2013
Follow us!
почему не просто КоличествоСтрокТоваров = Товары.Количество(); ???
КоличествоСтрокТоваров = ЭтотОбъект.Товары.Количество();
этотОбъект = РеквизитФормыВЗначение("Объект");
КоличествоСтрокТоваров = Ссылка.Товары.Количество();
ЭтотОбъект
?
Нужно разрешить использовать только те языки, которые изучаются месяц минимум, только по лицензии, с государственным экзаменом и практикой вождения с инспектором ГИБДД, после чего выдаются удостоверения с категорией.
А для новичка любой язык сложен.
Ну еще в умеренных пределах ФЯП, декораторы. А что еще надо для счастья? В конце концов питон не жаба, чтобы на нем пилить энтерпрайз решения с сотнями строителей фабрик. А простые питон-стайл решения они по большинству и есть си-с-классами-и-исключениями, посмотри на те же стандартные либы.
Вот довольно противно, что их две версии, местами противоречащие друг другу. Но новичку, имхо, вторая версия не обязательна. Можно сразу начать с тройки.
> автодополнение и статический анализ.
Ну PyCharm, имхо, неплохо вытягивает. Насколько это вообще возможно для языка с такой типизацией. Кстати статический анализ крестов та еще жопа. Анализаторы для той же жабы на порядки проще, чем для крестов...
Чтобы иде могла автодополнять, ей тоже нужны эти данные. Херня вопрос - коммитим файл проекта в vcs и поддерживаем вместе с основным файлом сборки. Внимание, вопрос: как соблюсти заветы DRY? В жабе для этих целей ввели pom, по которому иде генерят проектные файлы, а консолечка жарит жарники. В плюсах есть cmake и gyp. Оба - отстой, как и плеяда их заменителей. А чем пользуешься ты, %username%?
собирал и исполняемые файлы, и so/dll, и a/lib
ибо лень вести вручную состав файлов для каждого проекта, когда это можно делать мышкой наглядно в дереве студии, равно как и опции компилера/линкера, и это все и так хранится в vc(x)proj
если есть желание подумать - оставлю этот пункт пока в виде загадки :)
Заставлять компилятор вываливать список ашек по каждой единице компиляции?
Мне путь с разбором vcproj не подходит, но решение изящное. Нет желание выкатить в опенсорс?
собсно, возвращаясь к убогости емакса - пока не будет единственного и полного источника сведений о списке файлов проекта, со всеми путями и настройками, автодополнение нормально работать не будет
так что вместо зеленого плагина, парсящего vcproj, нужно искать плагин, берущий за основу и модифицирующий, например, jam, pro и прочие файлы от кросс-платформенной системы сборки - неужели такого нет? без кофе и голубей хотя бы
Ну .pro более-менее близко к описанию именно структуры, а не процесса. Правда в очень зачаточном виде - переменные SOURCES, HEADERS, FORMS и т.п. Шаг в сторону - расстрел ;)
Говорит человек, который предмет разговора не то, что не знает, как использовать, а просто в глаза не видел.
Там же обычный XML?
И редактировать их через интерфейс dired.
Там для своего кода можно создать отдельный файл и заинклудить в vcxproj. В этот файл студия своими грязными лапами не полезет.
Это чушь. MSBuild не имеет отношения к анту.
>>но у них очень плохо получилось
У них получились файлы, которые одинаково хорошо работают и в IDE и в коммандной строке.
>>как хомячкам-пользователям студии все равно много не нужно
Это чушь. Пользователям студии как раз нужно уметь настраивать проект и в студии и в CI сервере.
>> Поэтому "проектные файлы" - это фактически кастрированый Ан
Это чушь. Ант там не причем.
Астрологи объявили неделю тупого пиздежа.
Популяция wvxvw увеличилась в 10 раз.
qmake. Он, конечно, говно, причем довольно узкоспециализированное говно...
Но зато оно умеет генерить проекты для визуалок, а не только обычный мейкфайл. А Qt Creator жрет .pro как есть, можно через его дерево проекта файлы добавлять, если не нужны особо хитровыебанные конфигурации с условиями. Заветы DRY соблюдены ;)
Еще в code::blocks. Там оно лагает как говно.