Стрим очень жизненный =) Мероприятие интересное, надеюсь проработаете потом над форматом, например отвечать на вопросы уже в последствии проработки основной темы.
Прошел всего 1 час - я уже устал. :) То что, в чате своя жизнь - это привычно. Но то, что ведущий говорит больше "основного докладчика" - это перебор. Постоянные отвлечения на вопросы, не имеющие прямого отношения.
@@yellow_club согласен с первым комментатором, можно было бы просто аккумулировать вопросы из чата в процессе доклада, а потом по завершению какого либо повествовательного блока делать перерывы на вопросы/ответы
Ваше видео и общение в чате просто огонь! Я сам программист, несколько языков овладел и использовал в работе. Первый раз увидел такой классный живой чат с конкретной информацией. Отдельное спасибо всем за список книг к прочтению. Я сразу заказал их себе к покупке.
Если есть возможность, сделайте материал по паттернам проектирования. Т.е. какие паттерны из ООП можно применить в процедурном 1С, какие паттерны процедурного программирования до сих пор могут быть актуальными в 1С. Сейчас можно кое-что найти по разным источникам, но такого, чтобы все было в одном месте не встречал.
Очень классный формат! ИТС самому читать скучно, тем более про архитектуру вообще мало материалов, а у вас можно на расслабоне слушать на втором мониторе и образовываться. Надеюсь еще будут такие выпуски)
Ведущий не дает рассказчику раскрыться, отвлекает на не существенные мелочи. На черта зачитывать фамилии тех кто присоединился. На черта столько времени тратить на фотки. Зачем задавать вопросы не по теме и отвлекаться. Время зрителя ценно, а вы все растягиваете.
@@yellow_club 1. Тайм-менеджмент. 2. Как найти общий язык с заказчиком (пользователем конфигурации). 3. Как не завалить собеседование, если в программирование пришел после 35 (например, грамотно ответить на вопрос: "Почему так поздно пришел в программирование?").
@@yellow_club Мартин Фаулер в своей книге "Рефакторинг - улучшение существующего кода" говорит о том, что перед переделкой кода следует убедиться, что для него есть тесты, и они проходят. А Ингвар рефакторинг делает без тестов. Предлагаю осветить тему написания приёмочных тестов.
48:15 - в 1С еще можно в свой собственный формат сериализовать, что очень удобно для быстрого обмена между базами, передать ТЗ например можно, когда в КД2 потребности нет. ЗначениеВСтрокуВнутр и ЗначениеИзСтрокиВнутр.
2:24:15 на Java на том же Spring можно писать достаточно быстро. Да тратится дополнительное время на выделение классов, декомпозцию, работу по правилам и шаблонам(та самая изоляция, адаптеры), контракты, тесты, типизацию, архитектуру. Сложнее сам процесс разработки (GitFlow). Нужны DevOps для CI, контейнеры, микросервисы. В 1С разработка быстрее в основном за счет того что всего этого нет. Просто вот тебе бейсик и SQL на чтение. Плюс в нагрузку набор неполноценных библиотек которые плохо совместимы с остальным миром. (я тут приводил пример с SOAP). Тогда зачем рассказывать тут про шаблоны и тесты? Опять же то что для разработки системы нужно 5 программистов а не 10 это хорошо для бизнеса но не для программистов. Потому что в итоге работу 10 делают 5. Если в Java у вас будет отдельно front отдельно back и отдельно DBA то в 1С это все ляжет на разработчика, и хорошо если ещё бизнес аналитик будет.
Объявлена тема про чистый код, а в результате стрим про интересы Игоря. Потерял 3 часа жизни. За первый час успели обсуди версию конфигурации и пароль в коде.
Эх, не смог посмотреть в прямой трансляции. Разбил на два захода. Посмотрел пока половину. Идея клёвая, мне понравилось. Только вот формат надо прорабатывать (поддерживаю предыдущих ораторов). Делать отдельно беседы о "жизни", "тех. моментах", "архитектуре" и т.д. Удивило, что такой опытный человек не знал о работе ключевого слова "Знач". Еще заметил момент: при описании структуры результата имена ключей совпадали (за исключением одного), правильнее, наверное, использовать "ЗаполнитьЗначенияСвойств()". В данном конкретном случае не особо много ключей, но много раз встречал "простыню". Эта заметка скорее относится для новичков. Не помню, был на этот счет стандарт... но точно встречал это в методических рекомендациях по конфигурированию.
ЗаполнитьЗначенияСвойств не стоит использовать при разработке алаптеров. Его асимптотическая сложность такая же как при составлении один к одному, т.е. для алгоритма это ни хорошо и не плохо. А вот читать и понимать как трансформируется поток данных с ним гараздо сложнее, чем без него. Потому что сейчас это один к одному, через минуту одно из свойств надо пропустить через форматтер. Еще через минуту надо добавить свойство, которого нет в исходном объекте, надо его просто заполнить по умолчанию. А еще через минуту исходный объект изменился и уже один к одному надо точечно для свойства исправлять. В итоге получается простыня из начального заполнения и потом большого списка уточнений. А потом обязательно забудешь что какое-то свойство скопировалось лишним и не должно было формироваться. Потому ЗаполнитьЗначенияСвойств в конкретно этом случае лучше не использовать.
Вопрос про Знач действительно хорош. То что платформа для модулей вызова сервера в обратный сериализованный ответ клиенту не включает параметры со знач - это не очевидно. На обязательное использование знач в этом случае стандарта нет, это особенность платформы, запрятанная в глубинах документации. Найти это можно либо очень тщательно исследуя пакеты обмена клиент-сервера либо очень внимательно читая документацию к платформе, которая совсем не маленькая.
@@zeegin, значит я просто не досмотрел, где ты потом еще много раз там что-то меняешь :) Но изначально хотел донести мысль до тех, кто пишет один к одному, когда свойств 15+. И все совершенно одинаковые.
Ожидал большего, хорошо, хоть один кейс разобрали, но не знание элементарных сочетаний типа ctrl+t как преподавателя не красит( было бы круто подготовить кейсы с неправильным кодом и исправленным
Очень зашел материал а-ля ведущий задает идиотски простой вопрос а рассказчик отвечает. Вообще можно сделать гдк нибудь обсуждение и самые залайканные вопросы задавать в следующем видео. Я это к тому что материал с теорией вышел отлично - не убирайте его. Он не менее важен практики. Ну и согласен с предыдущими комментариями - озвучивать подключившихся не надо, вебки можно отключить если они закрывают материал - пускай только приветствие будет с вебками и теория по возможности. Спасибо за контент!
43:03 У меня вопрос по веб сервису. Есть разные базы, к примеру УТ-11.4, она обслуживает сразу много подразделений, а чеки улетают в другую централизованную базу. Но для разных подразделений разные центры. Т.е. УТ в зависимости от магазина шлёт чеки в разные централизованные базы и там же запрашивает данные о дисконтных картах. У нас в программе решили (когда-то давно, до меня) это добавив данные о соединении в магазин (подразделение). Поэтому соединение происходит ровно так же как в разбираемом примере, просто написано не в тексте модуля (что я считаю вообще неправильным), а берётся из реквизита. Как-то можно это оптимизировать, чтоб использовать ВС ссылки, а не вот так вот? Я уж молчу, что таких вызовов при продаже происходит три: считывание ДК - запрос данных ДК с центра; проверка применения ДК; регистрация продажи. (как руки дойдут планирую переделать хотя бы на то, чтоб одно соединение было, а не три) Пока писал, наверное придумал ))), но вечер, думать буду завтра. Но с благодарностью приму совет, наверняка он будет лучше моих мыслей ;)
Небольшой опус по увиденному: Создайте какой-то конкретный план разговора, о чем вы будете говорить? Какие темы в процессе будут раскрыты для аудитории? Резюме в конце того, о чем было сказано. Я не увидел целостности, мне лично как «задроту» больше нравится техническая часть с комментариями докладчика. В данном случае было постоянно перебивание, отвлечение на посторонние вопросы не относящиеся к сути доклада, последние 43 минуты вообще чистый высер. Если хотите подговорить: О сертификации, книжках, зарплате и прочих вещах не относящихся к технической части, то делайте это в отдельном формате. Меня лично осточертело слушать одну и туже хрень, этого говна на мисте или инфостарте кучами лежит.
Спасибо за отзыв. Действительно есть разделение на 2 лагеря: кому-то нужна только техническая часть, а кому-то нужно еще и за жизнь поговорить. Будем стараться делать разные стримы. Сегодня выложу продолжение видео с Ингваром, там только техническая часть.
@@yellow_club сугубо лично мое мнение, разговоров за жизнь в последнее время стало очень много и темы поднимаются одни и те же, как мне стать 1с программистом? Как мне больше зарабатывать? Какие зарплаты? Что мне читать, чтобы стать сильнее? Если чувакам интересны зарплаты итд, но не интересна мат. часть, то с какого перепугу они должны больше зарабатывать?) тоже самое касается и других вопросов)
@@yellow_club До какого-то момента, меня тоже интересовали эти вопросы, но потом меня постиг «дзен» , что я просто трачу своё время на херню, когда за это же время можно было что-то прочитать и качнуться, как специалист.
@@Joler7611 к сожалению то что пытался рассказать Ингвар просто почитать не получится, так как в книжках про 1с об этом не пишут, а написанное в других книжках 1с нику тяжело понять т.к. мало того что много нового так ещё и 70% не применимо, и поэтому то что делает Ингвар или весёлый 1с достаточно уникально и полезно. При этом подход Ингвара на мой взгляд лучше, вот только если бы его каждые 5 минут не прерывали было бы в
Проглатывать исключения - это говнокод, как минимум должна быть запись в лог или куда-то ещё, если система выкинула исключение, а вы даже не в курсе что оно было, то вы не контролируете систему, так можно много чего пропустить.
Неплохо, но местами занудно и динамики не хватает. Осилил пока что 1ч, черпаю что-то новое. В 1с с 11года, но по уф/такси мало опыта наверстываю упущенное.
Напишите зачем писать качественный код? Заказчику главное чтобы работало, разработчику - побыстрее молодцевато отчитаться о законченной работе. Что касается технического долга, то его когда-нибудь не сейчас будет разгребать (вероятно) кто-то другой, причем опять же за счет заказчика. Наблюдал такое в серьезных компаниях.
Есть два типа 1Сников: 1. Работают на внедрениях. И тут о качестве кода редко задумываются, главное в срок сдать проект и потратить как можно меньше часов 2. Те, кто сопровождает код. И им важно качество кода, тк не хотят пилить костыли. Ведь эти костыли обязательно выстрелят сопровожденцам в ногу. Но это конечно, если сопровожденцы в штате и адекватные. Если сопровожденцы по Франче, то им вводно писать плохой код.
@@yellow_club все ок, теперь есть звук. В первый раз запустил небыло звука. И через хромкаст на телевизор отправил тоже небыло. А сейчас все везде хорошо. Магия Ютуба
Доброго времени суток, пол дня гугления не принесли результатов, собственно сами вопросы: а есть ли возможность изменить разрядность табельного номера сотрудника (>10)? Подозреваю что есть, но повлияет ли это на возможность обновляться в рамках ИТС? Все дело в том что у сотрудников большие префиксы в табелях, и для того что бы привести все к единому виду 10 разрядов не хватает. (ЗУП КОРП). Где вообще можно посмотреть техническую документацию по "зашитым" в конфу константам и что произойдет при их изменении?
@@yellow_club ну за спрос денег не берут, но программирование это не только писать красивый код и решать задачи про сферических коней в вакууме, зачастую это решение прикладных задач, условия которых далеки от идеальных, вот тут как раз и такая ситуация. Хотелось понять это интегратор голову делает, или же такие жёсткие ограничения самой платформы.
~1:28:30 1. Обращение к полям Ответ, не факт что в любом ответе эти поля будут. 2. Будет много методов (Отправить CH15, Отправить CH16, и.т.п) формированрие структуры все равно придется дописывать для каждого если изменится формат ответа. ~1:41:50 Перепутали CH и HC. А вообще формат с ответами очень плохой, постоянно сбивает на разные темы, получается базар. Плюс вопросы мягко говоря от начинающих, для ответа на эти вопросы использовать Ингвара это как микроскопом гводзди забивать. Сама по себе идея делать в виде стрима из говна конфетку на мой взгляд отличная, но слишком много отвлечения от основной темы. И это гораздо лучше чем написать с 0 правильно как вы хотите сделать.
Много разговоров ни о чем. Ведущий постоянно уводит собеседника от канвы стрима. Единой, целостной картинки не получилось. Иногда проскакивают важные положения, но на них совсем не акцентируется внимание.
Ну сорян, реально такое смотреть невозможно, спикер пытается что то сделать и рассказать по теме а его дергают постоянно с каким-то вопросами, меня бы это дико бесило. Поэтому самое лучшее сделал какой то блок на 10 минут, и потом ответил на вопросы
Не зря говорят. 1с это как пара олимпиада для программистов. Столько го--нокода я не видел нигде. Даже в типовых есть столько... Плюс единственный - низкий порог и зп. Это так уныло.
@@yellow_club 1С не язык программирования, областей кроме как платформа 1С для него нет, а платформа 1С это крайне не эффективное немасштабируемое поделие постсоветских самоучек-программистов, незнакомых с computer science.
@@linux_and_the_void под словом 1С можно понимать очень многое. Если бы платформа была бы такой плохой, то она бы не являлась абсолютным лидером в странах СНГ.
@@yellow_club если бы в странах СНГ была бы конкуренция на рынке систем на подобии 1С и не было бы лоббирования со стороны государства, картина была бы абсолютно другой.
Отличный стрим! Делайте, пожалуйста, такие, почаще)
Стрим очень жизненный =) Мероприятие интересное, надеюсь проработаете потом над форматом, например отвечать на вопросы уже в последствии проработки основной темы.
Спасибо! С вопросами прям сложно. Если их читать в конце, то теряется контекст ((
Прошел всего 1 час - я уже устал. :) То что, в чате своя жизнь - это привычно. Но то, что ведущий говорит больше "основного докладчика" - это перебор. Постоянные отвлечения на вопросы, не имеющие прямого отношения.
Будем исправляться, спасибо за обратную связь
@@yellow_club только не очень резко исправляйтесь, а то станет скучно. Мне вообще нравится такой формат как есть.
@@user-xh9fx2um8k Сергей, спасибо) Сильно резко не будем исправляться)) Может просто будем чередовать))
@@yellow_club согласен с первым комментатором, можно было бы просто аккумулировать вопросы из чата в процессе доклада, а потом по завершению какого либо повествовательного блока делать перерывы на вопросы/ответы
Верно
Ваше видео и общение в чате просто огонь! Я сам программист, несколько языков овладел и использовал в работе. Первый раз увидел такой классный живой чат с конкретной информацией. Отдельное спасибо всем за список книг к прочтению. Я сразу заказал их себе к покупке.
Рад, что полезно
Если есть возможность, сделайте материал по паттернам проектирования. Т.е. какие паттерны из ООП можно применить в процедурном 1С, какие паттерны процедурного программирования до сих пор могут быть актуальными в 1С. Сейчас можно кое-что найти по разным источникам, но такого, чтобы все было в одном месте не встречал.
Привет из Узбекистана, спасибо вам за труды, ждём ещё крутое мероприятие
Привет, Мурод! Круто, что нас смотрят из Узбекистана! Какие темы было бы интересно послушать?
Очень классный формат!
ИТС самому читать скучно, тем более про архитектуру вообще мало материалов,
а у вас можно на расслабоне слушать на втором мониторе и образовываться.
Надеюсь еще будут такие выпуски)
Спасибо 🙏
Тоже надеюсь, что будем такие стримы проводить
Спасибо за подсветку "Текущего идентификатора"
Да круто, вы молодцы что двигаете это в массы, а то код писать умеем а как правильно тут уже трудности. Лайк, подписка
Спасибо
За цвет текущего идентификатора лайк сразу! )))
Ведущий не дает рассказчику раскрыться, отвлекает на не существенные мелочи. На черта зачитывать фамилии тех кто присоединился. На черта столько времени тратить на фотки. Зачем задавать вопросы не по теме и отвлекаться. Время зрителя ценно, а вы все растягиваете.
Сегодня будет видео «без ведущего». Только мат часть, только хардкор)
1:21:45 то чувство когда решил узнать хоть что-то о коде 1с и перемотал сюда)
Спасибо за интересный канал об 1С из Казастана. Интересно было бы послушать об интеграции со сторонними системами и сайтами
Спасибо за идею, записал. Казахстану привет!
Большое спасибо за работу! Надеюсь, что запал не пропадет)
Спасибо) Запал не пропадает уже 2 года))
Познавательно. Давайте еще.)
Спасибо, какие темы хотелось бы послушать?
@@yellow_club 1. Тайм-менеджмент. 2. Как найти общий язык с заказчиком (пользователем конфигурации). 3. Как не завалить собеседование, если в программирование пришел после 35 (например, грамотно ответить на вопрос: "Почему так поздно пришел в программирование?").
@@GeneralistAmateur Спасибо, записал
Какой ламповый стрим.
Спасибо, какие тему было бы интересно послушать?
@@yellow_club Мартин Фаулер в своей книге "Рефакторинг - улучшение существующего кода" говорит о том, что перед переделкой кода следует убедиться, что для него есть тесты, и они проходят. А Ингвар рефакторинг делает без тестов. Предлагаю осветить тему написания приёмочных тестов.
Спасибо за идею. Сделаем стрим.
48:15 - в 1С еще можно в свой собственный формат сериализовать, что очень удобно для быстрого обмена между базами, передать ТЗ например можно, когда в КД2 потребности нет. ЗначениеВСтрокуВнутр и ЗначениеИзСтрокиВнутр.
Я так и пишу обмен между базами!! НЕ ТИПОВЫМИ!
вороде 1с не рекомендует использовать их
Спасибо... Узнал про безопасное хранение паролей через БСП
Какие ещё темы хотелось бы послушать?
2:24:15 на Java на том же Spring можно писать достаточно быстро.
Да тратится дополнительное время на выделение классов, декомпозцию, работу по правилам и шаблонам(та самая изоляция, адаптеры), контракты, тесты, типизацию, архитектуру.
Сложнее сам процесс разработки (GitFlow). Нужны DevOps для CI, контейнеры, микросервисы.
В 1С разработка быстрее в основном за счет того что всего этого нет.
Просто вот тебе бейсик и SQL на чтение. Плюс в нагрузку набор неполноценных библиотек которые плохо совместимы с остальным миром. (я тут приводил пример с SOAP).
Тогда зачем рассказывать тут про шаблоны и тесты?
Опять же то что для разработки системы нужно 5 программистов а не 10 это хорошо для бизнеса но не для программистов.
Потому что в итоге работу 10 делают 5. Если в Java у вас будет отдельно front отдельно back и отдельно DBA то в 1С это все ляжет на разработчика, и хорошо если ещё бизнес аналитик будет.
Вообще есть логика в этом. Работаешь 1 за 5-ых, а платят как за 0.5))
Классный контент!
Объявлена тема про чистый код, а в результате стрим про интересы Игоря. Потерял 3 часа жизни. За первый час успели обсуди версию конфигурации и пароль в коде.
Вторая часть чисто про код - никаких отвлечений
О Игорь, привет! 👋
Эх, не смог посмотреть в прямой трансляции. Разбил на два захода. Посмотрел пока половину.
Идея клёвая, мне понравилось. Только вот формат надо прорабатывать (поддерживаю предыдущих ораторов). Делать отдельно беседы о "жизни", "тех. моментах", "архитектуре" и т.д.
Удивило, что такой опытный человек не знал о работе ключевого слова "Знач". Еще заметил момент: при описании структуры результата имена ключей совпадали (за исключением одного), правильнее, наверное, использовать "ЗаполнитьЗначенияСвойств()". В данном конкретном случае не особо много ключей, но много раз встречал "простыню". Эта заметка скорее относится для новичков. Не помню, был на этот счет стандарт... но точно встречал это в методических рекомендациях по конфигурированию.
ЗаполнитьЗначенияСвойств не стоит использовать при разработке алаптеров.
Его асимптотическая сложность такая же как при составлении один к одному, т.е. для алгоритма это ни хорошо и не плохо.
А вот читать и понимать как трансформируется поток данных с ним гараздо сложнее, чем без него. Потому что сейчас это один к одному, через минуту одно из свойств надо пропустить через форматтер. Еще через минуту надо добавить свойство, которого нет в исходном объекте, надо его просто заполнить по умолчанию. А еще через минуту исходный объект изменился и уже один к одному надо точечно для свойства исправлять.
В итоге получается простыня из начального заполнения и потом большого списка уточнений.
А потом обязательно забудешь что какое-то свойство скопировалось лишним и не должно было формироваться.
Потому ЗаполнитьЗначенияСвойств в конкретно этом случае лучше не использовать.
Вопрос про Знач действительно хорош.
То что платформа для модулей вызова сервера в обратный сериализованный ответ клиенту не включает параметры со знач - это не очевидно.
На обязательное использование знач в этом случае стандарта нет, это особенность платформы, запрятанная в глубинах документации.
Найти это можно либо очень тщательно исследуя пакеты обмена клиент-сервера либо очень внимательно читая документацию к платформе, которая совсем не маленькая.
@@zeegin, значит я просто не досмотрел, где ты потом еще много раз там что-то меняешь :)
Но изначально хотел донести мысль до тех, кто пишет один к одному, когда свойств 15+. И все совершенно одинаковые.
@@zeegin, либо когда у тебя пытливый ум, и ты встречаешь в типовых решениях это "Знач". Начинаешь копать что это и с чем едят :)
Над форматом подработаем, спасибо за обратную связь
Нашел случайно, контент очень интересный
Спасибо. Готовим ещё больше интересного контента
Можно по больше видео с этим программистом?
С этим программистом в ближайшее время не будет видео. Может через пару тройку лет только …
почему? что случилось ?
С ним все хорошо. Сильно занят на работе
Респект на ctrl-T!
Ожидал большего, хорошо, хоть один кейс разобрали, но не знание элементарных сочетаний типа ctrl+t как преподавателя не красит( было бы круто подготовить кейсы с неправильным кодом и исправленным
Подскажите как полностью называется 4х томник Тульмана?
Очень зашел материал а-ля ведущий задает идиотски простой вопрос а рассказчик отвечает. Вообще можно сделать гдк нибудь обсуждение и самые залайканные вопросы задавать в следующем видео. Я это к тому что материал с теорией вышел отлично - не убирайте его. Он не менее важен практики. Ну и согласен с предыдущими комментариями - озвучивать подключившихся не надо, вебки можно отключить если они закрывают материал - пускай только приветствие будет с вебками и теория по возможности. Спасибо за контент!
Спасибо, за полезный камент!
43:03 У меня вопрос по веб сервису. Есть разные базы, к примеру УТ-11.4, она обслуживает сразу много подразделений, а чеки улетают в другую централизованную базу. Но для разных подразделений разные центры. Т.е. УТ в зависимости от магазина шлёт чеки в разные централизованные базы и там же запрашивает данные о дисконтных картах. У нас в программе решили (когда-то давно, до меня) это добавив данные о соединении в магазин (подразделение). Поэтому соединение происходит ровно так же как в разбираемом примере, просто написано не в тексте модуля (что я считаю вообще неправильным), а берётся из реквизита. Как-то можно это оптимизировать, чтоб использовать ВС ссылки, а не вот так вот? Я уж молчу, что таких вызовов при продаже происходит три: считывание ДК - запрос данных ДК с центра; проверка применения ДК; регистрация продажи. (как руки дойдут планирую переделать хотя бы на то, чтоб одно соединение было, а не три)
Пока писал, наверное придумал ))), но вечер, думать буду завтра. Но с благодарностью приму совет, наверняка он будет лучше моих мыслей ;)
Такой вопрос лучше в тг чате спросить. Больше шансов получить толковый ответ t.me/yellowclub_vrn
Жесть. Такой язык программирование мне не снился даже в страшном сне
Что не так с языком?))
@@yellow_club Как то непревычно видеть язык программирования полностью на русском языке. Эдакий python на кирилице.
@@MrTandem31 Ахаха) ну да, этим 1С славится. Но можно и на английском писать ,все возможности в платформе есть для этого.
Небольшой опус по увиденному:
Создайте какой-то конкретный план разговора, о чем вы будете говорить? Какие темы в процессе будут раскрыты для аудитории? Резюме в конце того, о чем было сказано.
Я не увидел целостности, мне лично как «задроту» больше нравится техническая часть с комментариями докладчика. В данном случае было постоянно перебивание, отвлечение на посторонние вопросы не относящиеся к сути доклада, последние 43 минуты вообще чистый высер.
Если хотите подговорить: О сертификации, книжках, зарплате и прочих вещах не относящихся к технической части, то делайте это в отдельном формате. Меня лично осточертело слушать одну и туже хрень, этого говна на мисте или инфостарте кучами лежит.
Спасибо за отзыв. Действительно есть разделение на 2 лагеря: кому-то нужна только техническая часть, а кому-то нужно еще и за жизнь поговорить. Будем стараться делать разные стримы.
Сегодня выложу продолжение видео с Ингваром, там только техническая часть.
@@yellow_club сугубо лично мое мнение, разговоров за жизнь в последнее время стало очень много и темы поднимаются одни и те же, как мне стать 1с программистом? Как мне больше зарабатывать? Какие зарплаты? Что мне читать, чтобы стать сильнее? Если чувакам интересны зарплаты итд, но не интересна мат. часть, то с какого перепугу они должны больше зарабатывать?) тоже самое касается и других вопросов)
Согласен! Первична мат часть, а деньги за ней подтянутся.
@@yellow_club До какого-то момента, меня тоже интересовали эти вопросы, но потом меня постиг «дзен» , что я просто трачу своё время на херню, когда за это же время можно было что-то прочитать и качнуться, как специалист.
@@Joler7611 к сожалению то что пытался рассказать Ингвар просто почитать не получится, так как в книжках про 1с об этом не пишут, а написанное в других книжках 1с нику тяжело понять т.к. мало того что много нового так ещё и 70% не применимо, и поэтому то что делает Ингвар или весёлый 1с достаточно уникально и полезно. При этом подход Ингвара на мой взгляд лучше, вот только если бы его каждые 5 минут не прерывали было бы в
Как бы парадоксально не звучало бы, но писать всегда правильно код - тоже не правильно )))
Ингвар как раз говорил о 4-х состояниях кода и да, иногда правильны код можно не писать)
Ingvar где-либо публикуется? Может статьи какие есть?
Неа(( а было бы здорово
Ctrl + t - самое большое количество лайков!!!
Проглатывать исключения - это говнокод, как минимум должна быть запись в лог или куда-то ещё, если система выкинула исключение, а вы даже не в курсе что оно было, то вы не контролируете систему, так можно много чего пропустить.
Смотреть на 1.75 или даже на 2 скорости.
Если трешь комменты, так бань сразу, не стесняйся!
Каменты на месте все. Ссылки и всякое такое ютуб не пропускает
Неплохо, но местами занудно и динамики не хватает. Осилил пока что 1ч, черпаю что-то новое. В 1с с 11года, но по уф/такси мало опыта наверстываю упущенное.
Есть идеи, как динамики добавить?
Напишите зачем писать качественный код? Заказчику главное чтобы работало, разработчику - побыстрее молодцевато отчитаться о законченной работе. Что касается технического долга, то его когда-нибудь не сейчас будет разгребать (вероятно) кто-то другой, причем опять же за счет заказчика. Наблюдал такое в серьезных компаниях.
Есть два типа 1Сников:
1. Работают на внедрениях. И тут о качестве кода редко задумываются, главное в срок сдать проект и потратить как можно меньше часов
2. Те, кто сопровождает код. И им важно качество кода, тк не хотят пилить костыли. Ведь эти костыли обязательно выстрелят сопровожденцам в ногу. Но это конечно, если сопровожденцы в штате и адекватные. Если сопровожденцы по Франче, то им вводно писать плохой код.
Со звуком только у меня проблемки?
на какой минуте? проверю
@@yellow_club все ок, теперь есть звук. В первый раз запустил небыло звука. И через хромкаст на телевизор отправил тоже небыло. А сейчас все везде хорошо. Магия Ютуба
Ingvar по ходу хочет мигрировать на С# с 1с (Или работает на два лагеря.)
Подходы к программированию в любом языке одинаковые
@@yellow_club Ну, ну. Сравните lisp, Fortran, java. И 1c. ООП, функциональные ЯП. И все одинаковые подходы?
Доброго времени суток, пол дня гугления не принесли результатов, собственно сами вопросы: а есть ли возможность изменить разрядность табельного номера сотрудника (>10)? Подозреваю что есть, но повлияет ли это на возможность обновляться в рамках ИТС? Все дело в том что у сотрудников большие префиксы в табелях, и для того что бы привести все к единому виду 10 разрядов не хватает. (ЗУП КОРП). Где вообще можно посмотреть техническую документацию по "зашитым" в конфу константам и что произойдет при их изменении?
Добрый вечер, тут мы больше программирование обсуждаем. Не думаю, что кто-то в теме описанной сложности.
@@yellow_club ну за спрос денег не берут, но программирование это не только писать красивый код и решать задачи про сферических коней в вакууме, зачастую это решение прикладных задач, условия которых далеки от идеальных, вот тут как раз и такая ситуация. Хотелось понять это интегратор голову делает, или же такие жёсткие ограничения самой платформы.
~1:28:30
1. Обращение к полям Ответ, не факт что в любом ответе эти поля будут.
2. Будет много методов (Отправить CH15, Отправить CH16, и.т.п) формированрие структуры все равно придется дописывать для каждого если изменится формат ответа.
~1:41:50
Перепутали CH и HC.
А вообще формат с ответами очень плохой, постоянно сбивает на разные темы, получается базар. Плюс вопросы мягко говоря от начинающих, для ответа на эти вопросы использовать Ингвара это как микроскопом гводзди забивать.
Сама по себе идея делать в виде стрима из говна конфетку на мой взгляд отличная, но слишком много отвлечения от основной темы.
И это гораздо лучше чем написать с 0 правильно как вы хотите сделать.
Да, будем разные форматы делать. Может меньше базара будет
Много разговоров ни о чем. Ведущий постоянно уводит собеседника от канвы стрима. Единой, целостной картинки не получилось. Иногда проскакивают важные положения, но на них совсем не акцентируется внимание.
По-вашему, javascript/typescript/node.js - это 3 разные языка? Ндааааааа… приехали.
Или ты этот камент потерял?)
Довольно бестолково потрачены почти 3 часа времени.
Здесь ещё можно бестолково потратить почти 4 часа времени
Практика чистого кода на 1С
th-cam.com/users/liveaI0Pir8UCec?feature=share
Ну сорян, реально такое смотреть невозможно, спикер пытается что то сделать и рассказать по теме а его дергают постоянно с каким-то вопросами, меня бы это дико бесило. Поэтому самое лучшее сделал какой то блок на 10 минут, и потом ответил на вопросы
Все через Ильи
Да, Илья здорово помог. Спасибо ему
@@yellow_club и вы не отстаёт если честно.
@@yellow_club вам известно что нибудь про компанию Авиант, проходят курсы для начинающих?
Спасибо
Про Авиант не слышал ничего
Не зря говорят. 1с это как пара олимпиада для программистов. Столько го--нокода я не видел нигде. Даже в типовых есть столько... Плюс единственный - низкий порог и зп. Это так уныло.
Какой же ты нудный.
Кучу времени обсуждать состав номера, что правильно 4 знака, но указать в итоге 3.
Дольше 15 минут не выдержал.
Как написать качественный код на 1С - не писать его вовсе, а выучить алгоритмы, Python, C#, Java и научиться писать там качественный код.
Есть области, где 1С сильно эффективнее python, C#, Java. Поэтому не стоит забивать на 1С))
@@yellow_club 1С не язык программирования, областей кроме как платформа 1С для него нет, а платформа 1С это крайне не эффективное немасштабируемое поделие постсоветских самоучек-программистов, незнакомых с computer science.
@@linux_and_the_void под словом 1С можно понимать очень многое.
Если бы платформа была бы такой плохой, то она бы не являлась абсолютным лидером в странах СНГ.
@@yellow_club если бы в странах СНГ была бы конкуренция на рынке систем на подобии 1С и не было бы лоббирования со стороны государства, картина была бы абсолютно другой.
@@yellow_club под 1С я подразумеваю технологическую платформу 1С
Привет из Узбекистана, спасибо вам за труды, ждём ещё крутое мероприятие
ееее