Интересно, как разработчику запретить дергать себя другим людям? Вот посадило начальство 10-15 человек половина которых программисты, а вторая аналитики и менеджеры в один кабинет, и крутись как хочешь. В результате задачи на 30-40 минут растягиваются на все 8ч, из которых 6 часов тебя дергают разные люди с вопросами или левыми задачами (уточнить тп, рассказать как пользоваться фичей, нарисовать схему для заказчика, обсудить какие нибудь требования с заказчиком, подбежать с багом «ну тут же на 5 минут исправить, глянь по быстрому» и т.п.) и все это сопровождается постоянными телефонными звонками, гоготом, разговорами в стиле «а вокруг России одни враги, а Люба разошлась со своим то, а вот начальник из Москвы фотки из европы показывал», остальное время тратишь на вспоминание «а что же я там уже успел по задаче сделать» и на попытку внести задачи в систему тайм-трекинга. И потом еще виноват оказываешься что медленно работаешь, да еще и система тайм трекинга показывает дикие трудозатраты на получасовую задачу (не будешь же 5минутный разговор заносить, а требуется внести ровно 40 часов в неделю)
Вот только как встать в такую рань? Лег в полночь, не разбудили даже 10 подряд поставленных будильников с 7.00 по 7.20. С трудом сработал только резервный на 8.00…
Кстати, в книге Барбары ОаклиДумай как математик утверждается что данное утверждение устарело и сейчас считается что в рабочей памяти может содержаться 4 порции информации. Вроде бы по тексту даже ссылки на конкретные исследования были.
Насчет нативной неверно выразился, имел в виду что когда это реализовано разработчиками платформы, гарантированно оттестировано — оно гораздо лучше чем реализованное вчерашними студентами на коленке.
Хотя изрядную долю говнокода возникшего вследствие спешки и написания конфигурации на управляемых формах методом копипаста кода из конфигурации на обычных формах отрицать к сожалению не могу.
Но тем не менее каждый при своем мнении останется, редко когда кто то кого то переубеждает в спорах в интернете. Вы, как я понимаю, так и продолжите стоять на том что язык следует максимально упрощать, я по прежнему буду считать что возможность создавать объекты например как это реализовано в js (ни разу не писал на нем, но на википедии примеры посмотрел), возможность использовать функции первого класса, замыкания (для обработки оповещения и перехода на сервер например) и тому подобные вещи только добавят удобства и больше возможностей по написанию хорошо структурированного и лаконичного кода.
Произвольная иерархия (точнее множество создаваемых пользователями иерархий) это требование наших консультантов. А костыль в том что полностью аналогичный внешний вид как у платформы без диких извращений сделать не удается.
Управляемая форма представляет из себя xml файлик с описанием. И он либо составляется платформой автоматически, либо по тому конструктору, в котором все переопределено вами. Поведение исполнения программы не зависит от описания того как расположены кнопочки на форме. Потому не понимаю почему это может «тормозить» да еще и «естественно». И, заметьте, ни одной строчки кода)
А тут все просто, требуется в этих формах давать выбор иерархии, возможность перемещения, удаления и прочих стандартных команд, но поведение так просто не переопределить… В общем это вылилось в несколько тысяч строк кода формы, и еще пару десятков тысяч строк в общих модулях (ну там еще специфичный функционал правда дополнительно реализован) Это в дополнение к тому что чатсть приходится дублировать в другие формы где требуется работа с этими иерархиями.
Так и делаем, но помимо отчетов это нужно еще в формах подбора, плюс в некоторых сценариях работы необходимо программно работать с этой иерархией. При этом в текущем проекте планируется что в этом справочнике не один миллион элементов будет.
Не «невозможно реализовать» а «приходится повторять функционал платформы, но со своими изменениями в логике работы», например у нас есть справочник со своими иерархиями которые неограниченно могут создавать пользователи, есть возможность изменять положение в иерархии документами (с историей предыдущих положений естественно), строить иерархии по произвольному реквизиту и т.п. А теперь представьте мучения со всем этим добром когда пользователи для данного справочника требуют поведение аналогичное другим справочникам, в т.ч. с отборами по иерархии, отчетов и т.п. вещей. Ну или вообще банальный пример когда не нравится стандартный платформенный порядок кнопок командной панели, приходится ради перемещения одной кнопки убирать автозаполнение и закидывать их вручную.
Почему бы и нет если это в Вашу мораль вписывается, месть либо принципы меньшего зла вполне вписываются в мораль многих, другое дело что если нужно делать что то что не вписывается в Вашу мораль от слова совсем, например уничтожить миллион условных пацифистов которые и мухи не обидели оправдываясь при этом «какая разница все равно кто то другой сделал бы», или
должен сначала исполнить приказ, а потом уже пожаловаться в суд по правам человека или куда там ещё.
А потом чтобы по требованию консультантов реализовать поведение этих форм и объектов не предусмотренное платформой все равно приходится повторять функционал платформы, но со своими изменениями в логике работы + это глючит естественно и тормозит, ибо реализация не нативная. приходится такие костыли на десятки тысяч строк городить что ну его…
Когда про это последний раз слышал — у людей проблемы с идентификаторами предопределенных данных были, хотя помню смутно, могу и ошибаться конечно. А так да, в принципе подход рабочий, благо в одну строчку в командной строке выгрузка и загрузка происходит.
О да, хотя бы синтаксического сахара добавили — и то хлеб бы был, я бы порадовался даже элементарным ++ и +=, об ООП видимо вообще бессмысленно даже мечтать. Хоть за управляемые формы спасибо, гораздо лучше того что раньше было.
Хватит пафосных фраз «работать с берега моря», для начала задумайтесь на мгновенье зачем мы стремимся в города, зачем мы в DC — мы социальные существа, привыкли жить в социуме, а «работа из дома» ведет к асоциальному поведению.
Единственная для меня причина — в городах есть работа и деньги. Была бы моя воля — из дома выходил бы только в магазины и общался бы только в сети, социофоб я.
Ну, плавающие ошибки содержащие только одну букву латинского алфавита вместо описания не напрягают практически, но можете пояснить почему событие табличной части «ПередОкончаниемРедактированияСтроки» срабатывает при преходе между ячейками одной строки? Однажды стало неприятным сюрпризом когда наткнулись.
Но тем не менее каждый при своем мнении останется, редко когда кто то кого то переубеждает в спорах в интернете. Вы, как я понимаю, так и продолжите стоять на том что язык следует максимально упрощать, я по прежнему буду считать что возможность создавать объекты например как это реализовано в js (ни разу не писал на нем, но на википедии примеры посмотрел), возможность использовать функции первого класса, замыкания (для обработки оповещения и перехода на сервер например) и тому подобные вещи только добавят удобства и больше возможностей по написанию хорошо структурированного и лаконичного кода.
А тут все просто, требуется в этих формах давать выбор иерархии, возможность перемещения, удаления и прочих стандартных команд, но поведение так просто не переопределить… В общем это вылилось в несколько тысяч строк кода формы, и еще пару десятков тысяч строк в общих модулях (ну там еще специфичный функционал правда дополнительно реализован) Это в дополнение к тому что чатсть приходится дублировать в другие формы где требуется работа с этими иерархиями.
Неужели в этом мире другой работы не осталось?
Единственная для меня причина — в городах есть работа и деньги. Была бы моя воля — из дома выходил бы только в магазины и общался бы только в сети, социофоб я.