👿 Авторские комментарии или Проклятье 1Сника
Начал смотреть видеозапись круглого стола "Инструментарий" и не прошло и 10 минут видео, и снова вспоминают мое проклятие — "авторские комментарии". Блин, команда
В свое оправдание 😇 скажу, что скрипт Авторские комментарии для Снегопата создавался лишь как пример к статье о том, как разрабатывать скрипты для Снегопата. А для 7.7 аналогичный скрипт-предок делался как средство автоматизации регламента внесения изменений в типовые конфигурации в компании, в которой я тогда работал (и это был мой первый год работы вообще).
А в оправдание комментариев "здесь был вася" могу сказать лишь одно: ими будут пользоваться до тех пор, EDT не пойдет в массы и пока им (и инструментом git blame в контексте 1С) можно будет пользоваться комфортно.
Начал смотреть видеозапись круглого стола "Инструментарий" и не прошло и 10 минут видео, и снова вспоминают мое проклятие — "авторские комментарии". Блин, команда
git blame
для 1Сников должна иметь алиас faa
(fuck authorjs author
).В свое оправдание 😇 скажу, что скрипт Авторские комментарии для Снегопата создавался лишь как пример к статье о том, как разрабатывать скрипты для Снегопата. А для 7.7 аналогичный скрипт-предок делался как средство автоматизации регламента внесения изменений в типовые конфигурации в компании, в которой я тогда работал (и это был мой первый год работы вообще).
А в оправдание комментариев "здесь был вася" могу сказать лишь одно: ими будут пользоваться до тех пор, EDT не пойдет в массы и пока им (и инструментом git blame в контексте 1С) можно будет пользоваться комфортно.
🍫 Тесты как способ быстро восстановить контекст
Продолжаю смотреть интересный круглый стол "Инструменты" с прошедшего #InfostartEvent
На нем прозвучал отличный комментарий Дмитрия Решитко, очень точно описывающий ту полезную сторону тестов, которая чаще воспринимается интуитивно, но про которую забывают, отвечая на вопрос "В чем польза тестирования?", цитирую почти дословно:
Тестирование непосредственно тоже является тем самым инструментом, который не выпускает программиста из фокуса, если оно правильно врезано в его процессю разработки.
Это тоже очень важно, когда его отвлекают или он сталкиваестя с проблемой совершенно не связанной с его текущей задачей, но у него на момент этой проблемы уже написан тест или в какой-то находится стадии, то он спокойно может не держа в голове весь этот контекст, над которым работал, может погрузиться в решение той проблемы, которая не дает ему развивать функционал и потом ..., когда он возвращается к своей задаче, он смотрит свой тест, который он написал, а на самом деле это будет не один, а несколько тестов, и это ему очень сильно помогает опять вернуться в контекст, в фокус и продолжить свою работу.
p.s.
Круглый стол по Инструментам очень хорош, рекомендую посмотреть. Очень полезные комментарии Дмитрия Шерстобитова по расширениями и Дмитрия Решитко по тестированию, да и в целом обсуждения интересные.
p.p.s.
Скриншот - из трансляции доклада Дмитрия, на котором он рассказывал про свой продукт Тестер (https://www.test1c.com), я уже про его здесь на канале неоднократно упоминал. Рекомендую обратить на него внимание, особенно тем, кто давно "приседает" вокруг задачи автоматизации тестирования, но по каким-то причинам процесс "не идет". Чат поддержки Тестера: https://gitter.im/tester1c/Lobby
Продолжаю смотреть интересный круглый стол "Инструменты" с прошедшего #InfostartEvent
На нем прозвучал отличный комментарий Дмитрия Решитко, очень точно описывающий ту полезную сторону тестов, которая чаще воспринимается интуитивно, но про которую забывают, отвечая на вопрос "В чем польза тестирования?", цитирую почти дословно:
Тестирование непосредственно тоже является тем самым инструментом, который не выпускает программиста из фокуса, если оно правильно врезано в его процессю разработки.
Это тоже очень важно, когда его отвлекают или он сталкиваестя с проблемой совершенно не связанной с его текущей задачей, но у него на момент этой проблемы уже написан тест или в какой-то находится стадии, то он спокойно может не держа в голове весь этот контекст, над которым работал, может погрузиться в решение той проблемы, которая не дает ему развивать функционал и потом ..., когда он возвращается к своей задаче, он смотрит свой тест, который он написал, а на самом деле это будет не один, а несколько тестов, и это ему очень сильно помогает опять вернуться в контекст, в фокус и продолжить свою работу.
p.s.
Круглый стол по Инструментам очень хорош, рекомендую посмотреть. Очень полезные комментарии Дмитрия Шерстобитова по расширениями и Дмитрия Решитко по тестированию, да и в целом обсуждения интересные.
p.p.s.
Скриншот - из трансляции доклада Дмитрия, на котором он рассказывал про свой продукт Тестер (https://www.test1c.com), я уже про его здесь на канале неоднократно упоминал. Рекомендую обратить на него внимание, особенно тем, кто давно "приседает" вокруг задачи автоматизации тестирования, но по каким-то причинам процесс "не идет". Чат поддержки Тестера: https://gitter.im/tester1c/Lobby
🚒 Расширения в качестве хотфиксов рулят.
Ссылки из текста:
Баг: https://bugboard.v8.1c.ru/error/000042463.html
Скринкаст: https://www.screencast.com/t/O4axd9AtCb4 (не мой, нашел)
Ссылки из текста:
Баг: https://bugboard.v8.1c.ru/error/000042463.html
Скринкаст: https://www.screencast.com/t/O4axd9AtCb4 (не мой, нашел)
Forwarded from FEDOR BORSHEV
Простое правило про технический долг
В какой-то умной книге прочитал правило: «если пилишь фичу — сначала сделай так, чтобы ее удобно было добавлять, а только затем — добавляй».
Как бы ужасно (для менеджеров) это не звучало — в управлении техническим долгом работает отлично. Если техдолг заметно замедляет выполнение задачи — нужно сначала с ним расплатиться, а потом уже браться за задачу.
Пример — у меня в проекте все очень плохо с пермишенами: используется адская мешанина из булевых полей и встроенного во фреймворк говна. Когда бизнес придет с требованием, которое нельзя реализовать без нормального RBAC, я (конечно испробовав все способы этого не делать) сначала сделаю нормальный RBAC, а затем уже решу задачу.
#техдолг
В какой-то умной книге прочитал правило: «если пилишь фичу — сначала сделай так, чтобы ее удобно было добавлять, а только затем — добавляй».
Как бы ужасно (для менеджеров) это не звучало — в управлении техническим долгом работает отлично. Если техдолг заметно замедляет выполнение задачи — нужно сначала с ним расплатиться, а потом уже браться за задачу.
Пример — у меня в проекте все очень плохо с пермишенами: используется адская мешанина из булевых полей и встроенного во фреймворк говна. Когда бизнес придет с требованием, которое нельзя реализовать без нормального RBAC, я (конечно испробовав все способы этого не делать) сначала сделаю нормальный RBAC, а затем уже решу задачу.
#техдолг
☝️ Внезапно ожил канал @silverbulleters Серебряной пули (про появление в чатиках телеграма Алексея Лустина уже написал коллега в соседнем канале).
Не могу также пропустить стикер-акцию от не занимающихся маркетингом SB 😉 На картинке моя любимая цитата (она с самого первого IE из той самой виртуальной методички Баумана). Ссылку на стикерпак уже кидали в @edt1с: https://t.iss.one/addstickers/LustinMatchast
Не могу также пропустить стикер-акцию от не занимающихся маркетингом SB 😉 На картинке моя любимая цитата (она с самого первого IE из той самой виртуальной методички Баумана). Ссылку на стикерпак уже кидали в @edt1с: https://t.iss.one/addstickers/LustinMatchast
⚡️Конференция &На1С 2018 в Омске в ноябре
Не могу не пропиарить: совсем скоро в Омске состоится уже вторая открытая конференция разработчиков на платформе 1С, которая так и называется —
#Конференция
Не могу не пропиарить: совсем скоро в Омске состоится уже вторая открытая конференция разработчиков на платформе 1С, которая так и называется —
&На1С
. Заявки на доклады принимаются на сайте https://на1с.рф#Конференция
В тему свежей вакансии с требованием горящих глаз в @joboneC
🛠 1C в КРОКе: xUnitFor1C, Gitsync, СППР и даже Сонар с плагином SB*
Подробная статья от разработчика 1С крупнейшего в РФ интегратора КРОК:
https://habr.com/company/croc/blog/427717/
Мысли (в большей степени даже, впечатления/чувства) после прочтения:
— круто, что опенсорсные инструменты в экосистеме 1С не просто прижились, а признаны и используются такими крупными игроками;
— круто, что появляется все больше статей об опыте построении процесса разработки на 1С от команд разного масштаба;
— круто, что 1С интегрируется во "внешний мир", а в тулсет разработчиков на 1С активно включаются инструменты "промышленной разработки".
*) В статье знаменитый плагин SB не был упомянут, но в комментариях автор ответил, что они его используют параллельно со своей самодельной версией, которую написали из-за того, что плагин SB якобы им сложно развивать и поддерживать.
Подробная статья от разработчика 1С крупнейшего в РФ интегратора КРОК:
https://habr.com/company/croc/blog/427717/
Мысли (в большей степени даже, впечатления/чувства) после прочтения:
— круто, что опенсорсные инструменты в экосистеме 1С не просто прижились, а признаны и используются такими крупными игроками;
— круто, что появляется все больше статей об опыте построении процесса разработки на 1С от команд разного масштаба;
— круто, что 1С интегрируется во "внешний мир", а в тулсет разработчиков на 1С активно включаются инструменты "промышленной разработки".
*) В статье знаменитый плагин SB не был упомянут, но в комментариях автор ответил, что они его используют параллельно со своей самодельной версией, которую написали из-за того, что плагин SB якобы им сложно развивать и поддерживать.
Хабр
Интегрированный стенд разработки КРОК для 1С и не только
Опыт разработки, накапливаемый на крупных и сложных проектах, воплощается в полезные инструменты и инженерные практики, которыми необходимо обогащать процессы ра...
Опыт использования EDT в команде Дмитрия Шерстобитова
Forwarded from Lex
1. Оборудование:
Processor: Intel(R) Core(TM) i3-8100 CPU @ 3.60GHz (4 CPUs), ~3.6GHz
Memory: 16384MB RAM
Card name: NVIDIA GeForce GT 1030
Model: Samsung SSD 960 EVO 250GB
2. Работаем на локальных компах, ибо Эклипс тупит на РДП, пипец как тупит. Из-за прорисовки форм.
3. Работа с гитом, полная работа с гитом. Пушим через ЕДТ, мержим через Сорцтрии +кдифф, ибо в едт мерд тупой.
4. Привязка коммитов к задачам в жире (юзаем битбакет), без указания ссылки на задачу - не заккомитишь.
5. У каждого своя ветка, каждый как хочет, так и ... работает.
6. В ЕДт удобно делать проекты связанные, связывая внешние обработки/отчеты, что реально облегчает жизнь
7. Каждое расширение - отдельная репа, в одном проекте. Попробуйте подулючить даже 10 расширений в конфигураторе к хранилищу и установить пароль...
8. Однозначное версионирование всех обработок/отчетов. Нет проблемы, что кто-то изменил и потом 100 версий.
9. Реально удобный механизм подключения плагина от жиры в едт, что позовляет разрабам ставить задачи и закрывать их не тыкаясь между кучей окон.
10. Все изменения/комиты падают в слаку, сразу все видно. История коммитов позволяет определить - кто, когда и в чем налажал. В конфигураторе такое не сделать. Нормально не сделать.
11. Темная тема... Ух мои глаза...
12. Фишка мини задачь //TODO:... облегчает поиск мест для изменений.
13. Отладка фоновых заданий в 50 потоках - реальна, в конфигураторе - это не реально.
14. Открыл Visual Code - подтянул проект гита и можешь делать быстрые поиски вхождений/замены
15. Можно держать одну конфу и подвязывать ее к нескольким базам для тестов.
16. Тупой ппомощник синтаксиса. А, да. это минус.
17. Возможность работать из разных мест, править код на лету (через веб морду битбакета).
18. Можно работать на 2 мониторах, т.е. вынести один модуль на один, а другой на другой и писать код таким раком. Теперь 2 монитора реально нужны.
19. Не нужно переключаться между разными проектами, или наоборот - можно создать рабочие места под каждый проект, и открывая его - будут подтягиваться все репы, обработки внежние, расширения и т.д.
20. Можно потролить остальных, что ты работаешь в едт.
Минусы
1. Некоторые неудобства с багами 1С, в той же рознице, а именно в бсп - есть стили, их не видно, но они есть. Блять, 2 дня в ...
2. Открытие конфы в 600 метров занимает около минуты, да, ждем иногда.
3. Не все плагины можно поставить, ибо эклипс в едт пристарел немного
4. 1С не реагирует на письма, хотя, не исключаю что это чисто моя плюшка
Processor: Intel(R) Core(TM) i3-8100 CPU @ 3.60GHz (4 CPUs), ~3.6GHz
Memory: 16384MB RAM
Card name: NVIDIA GeForce GT 1030
Model: Samsung SSD 960 EVO 250GB
2. Работаем на локальных компах, ибо Эклипс тупит на РДП, пипец как тупит. Из-за прорисовки форм.
3. Работа с гитом, полная работа с гитом. Пушим через ЕДТ, мержим через Сорцтрии +кдифф, ибо в едт мерд тупой.
4. Привязка коммитов к задачам в жире (юзаем битбакет), без указания ссылки на задачу - не заккомитишь.
5. У каждого своя ветка, каждый как хочет, так и ... работает.
6. В ЕДт удобно делать проекты связанные, связывая внешние обработки/отчеты, что реально облегчает жизнь
7. Каждое расширение - отдельная репа, в одном проекте. Попробуйте подулючить даже 10 расширений в конфигураторе к хранилищу и установить пароль...
8. Однозначное версионирование всех обработок/отчетов. Нет проблемы, что кто-то изменил и потом 100 версий.
9. Реально удобный механизм подключения плагина от жиры в едт, что позовляет разрабам ставить задачи и закрывать их не тыкаясь между кучей окон.
10. Все изменения/комиты падают в слаку, сразу все видно. История коммитов позволяет определить - кто, когда и в чем налажал. В конфигураторе такое не сделать. Нормально не сделать.
11. Темная тема... Ух мои глаза...
12. Фишка мини задачь //TODO:... облегчает поиск мест для изменений.
13. Отладка фоновых заданий в 50 потоках - реальна, в конфигураторе - это не реально.
14. Открыл Visual Code - подтянул проект гита и можешь делать быстрые поиски вхождений/замены
15. Можно держать одну конфу и подвязывать ее к нескольким базам для тестов.
16. Тупой ппомощник синтаксиса. А, да. это минус.
17. Возможность работать из разных мест, править код на лету (через веб морду битбакета).
18. Можно работать на 2 мониторах, т.е. вынести один модуль на один, а другой на другой и писать код таким раком. Теперь 2 монитора реально нужны.
19. Не нужно переключаться между разными проектами, или наоборот - можно создать рабочие места под каждый проект, и открывая его - будут подтягиваться все репы, обработки внежние, расширения и т.д.
20. Можно потролить остальных, что ты работаешь в едт.
Минусы
1. Некоторые неудобства с багами 1С, в той же рознице, а именно в бсп - есть стили, их не видно, но они есть. Блять, 2 дня в ...
2. Открытие конфы в 600 метров занимает около минуты, да, ждем иногда.
3. Не все плагины можно поставить, ибо эклипс в едт пристарел немного
4. 1С не реагирует на письма, хотя, не исключаю что это чисто моя плюшка
🏔 Эль-76 — ЯП с русскоязычным синтаксисом
(вместо эпиграфа)
— Цитата от ребят из тайланда: "Я тайландский программист, кодирую для тайландского заказчика тайландские бизнеспроцессы. Внимание вопрос: почему я пишу код на английском?!" (с) Алексей Лустин
До сегодняшнего дня кроме языка 1С (а также диалектов OScript и Гонец/GONEC), из ЯП с "русскоязычным" синтаксисом знал только "Ершол" и "Рапиру". Евгений Степанищев на днях в свою коллекцию программ, выводящих песню "99 бутылок пива" добавил программу на языке Эль-76. Это язык высокого уровня советских многопроцессорных вычислительных комплексов "Эльбрус" и он тоже имеет русскоязычный синтаксис. Просто любопытно 😊
p.s.
Читая код, споткнулся об "инес" — пожалуй, не самое удачное сокращение "ИначеЕсли" :)
(вместо эпиграфа)
— Цитата от ребят из тайланда: "Я тайландский программист, кодирую для тайландского заказчика тайландские бизнеспроцессы. Внимание вопрос: почему я пишу код на английском?!" (с) Алексей Лустин
До сегодняшнего дня кроме языка 1С (а также диалектов OScript и Гонец/GONEC), из ЯП с "русскоязычным" синтаксисом знал только "Ершол" и "Рапиру". Евгений Степанищев на днях в свою коллекцию программ, выводящих песню "99 бутылок пива" добавил программу на языке Эль-76. Это язык высокого уровня советских многопроцессорных вычислительных комплексов "Эльбрус" и он тоже имеет русскоязычный синтаксис. Просто любопытно 😊
p.s.
Читая код, споткнулся об "инес" — пожалуй, не самое удачное сокращение "ИначеЕсли" :)
Так совпало, что вчера GONEC упомянул не только я, а еще в каком-то большом паблике и сразу нашлись неравнодушные.
Подпишусь под каждым словом Андрея! 🌷Вика — невероятное сочетание скромности, усердия и талантов программиста и женственности. К перечисленному Андреем добавлю, что Вика автор транскриптов докладов Инфостарт Эвентов, но вы, конечно же, и этого не знали.
Forwarded from E.B.
Вика Дорохина, более известная как bambr1975 может сдвигать горы силой мысли. В 2013 г., изучая ее v8Reader я начал изучать C# чтобы повторить его на нативном языке. С этой разработкой я начал участие в Инфостарте, которое позже вылилось в экосистему 1Script. До этого был почти мертвый аккаунт. Вика написала львиную долю плагина к IDE VSCode, которым пользуется каждый 1С-девопсер. Каждая ее разработка - это маленький, но мощный трактор, который меняет мир. Я давно не погружался в правила обмена КД2.0, но чует мое сердце, ее новый инструмент тоже из этого разряда. Выглядит серьезно. https://infostart.ru/public/666070/
infostart.ru
Синхронизация данных по правилам КД2.0
Новый инструмент для сравнения и загрузки данных, сочетающий в себе:
гибкость запросов (используются для сопоставления объектов);
наглядный вывод отличий;
удобный отбор загружаемых данных;
возможность пообъектной синхронизации двух баз по правилам…
гибкость запросов (используются для сопоставления объектов);
наглядный вывод отличий;
удобный отбор загружаемых данных;
возможность пообъектной синхронизации двух баз по правилам…
💪 Интервью с Андреем Овсянкиным на Инфостарте
Для успешного проекта нужны единомышленники, чтобы у людей были единые взгляды. Тогда не нужно тратить время на большие коммуникации, объясняя и тратя время на споры, все на одной волне работают.
Полностью по ссылке: https://infostart.ru/journal/news/zhizn/andrey-ovsyankin-uchis-luchshe-takoy-sovet-ya-by-dal-sebe-_934851/
Для успешного проекта нужны единомышленники, чтобы у людей были единые взгляды. Тогда не нужно тратить время на большие коммуникации, объясняя и тратя время на споры, все на одной волне работают.
Полностью по ссылке: https://infostart.ru/journal/news/zhizn/andrey-ovsyankin-uchis-luchshe-takoy-sovet-ya-by-dal-sebe-_934851/
infostart.ru
Андрей Овсянкин: «Учись лучше. Такой совет я бы дал себе...»
Продолжаем серию интервью с участниками INFOSTART EVENT 2018. Не успели мы запустить утреннюю регистрацию, как пружинящим шагом вошел Андрей Овсянкин, разработчик и 1С-блоггер. Беседа с ним взбодрила не хуже горячего кофе – впрочем, судите сами.