Ошибки в коде 90% программистов

[@arshanskiysergey2791]

Побольше бы таких гостей и таких стримов) И очень хороший ведущий, кстати!)

[@Lex_Liven]

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

[@1cTrudogolik]

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

[@yellow_club]

Рад, что понравилось

[@ОлегЛитвиненко-о5з]

Не вздумай так писать на работе)))

[@LosashExote]

Для начинающих это вы загнули. Многие middle не знают кучи из обслуженного. Здесь с точки зрения стандартов информация и практики подаются уровня минимум middle+ ~ senior

[@tiniji86]

Обязательно к просмотру всем программистам 1С. Хорошо излагает мысли.

[@АлександрЧестнов-р7е]

В большинстве своем человек рассказывает про стандарты разработки. Хорошо если у них реально так построено как он рассказывает и показывает к сожалению далеко не везде так красиво просто потому что веками так сложилось. Понравилось как реализована проверка заполнения. Как проводки. Классно. Надо внедрить, вопрос как привыкнуть к этому нововведению) Думаю человек который пойдет работать в эту компанию не будет задаваться вопросом что надо знать для того чтобы туда попасть. Ты либо знаешь что ты подходишь либо тебе рано.

[@akrynetsky]

Тайм-коды 0:00:00 Начало 0:01:00 Условная разбивка задач 0:02:00 Последовательность событий при проведении документа (ссылка в описании) 0:06:30 Проверка заполнения. Как не надо делать 0:09:00 ПроверитьЗаполнение(). Как правильно 0:10:25 Для чего обработка проверки заполнения на форме? 0:16:10 Универсальная проверка для документов (как в типовых) 0:27:30 Подведение итогов по проверке заполнения 0:30:00 Подсветка с помощью условного оформления 0:34:00 Добавить простой элемент условного оформления 0:38:45 Почему условное оформление стоит дело программным кодом

[@AntonPahomov]

Отличный стрим! Зовите Александра ещё.

[@yellow_club]

Договорились 🤝 рад, что понравилось

[@rvfinik]

Отличное количество полезной информации в единицу времени. Спасибо.

[@НаЧиле-ъ9ш]

Действительно качественный контент, спасибо Вам за труды!

[@yellow_club]

Рад, что понравилось

[@olegkrivoruchko517]

Спасибо за видео, отличный гость!

[@yellow_club]

Рад, что понравилось

[@klaus_Vorotyagin]

Все досмотрел, сам себя удивил. Интересная тема. Спасибо

[@yellow_club]

Рад, что полезно

[@ВасилийДолбак]

да, кайфую от Сонара. Хочется у себя внедрить) Было бы круто ещё увидеть такого крутого спеца

[@ПавелПетрович-х6н]

Спасибо за Ваш труд. Темы про чистый код и грамотное проектирование актуальны всегда.

[@ocean1487]

Есть чему поучиться. Ещё плюс когда объясняют для чего это делается. А не гавно на вентилятор набрасывают

[@ka6akq]

Добрый день. Подскажите пожалуйста (перерыл весь интернет не нашёл информации): 1С Альфа-Авто, простые формы. Там немного другая последовательность обработчиков событий: сначала ОбработкаПроверкиЗаполнения, а потом ПередЗаписью(Форма) и далее ПередЗаписью(Модуль) ... НО если записываем документ программно, то сразу заходит в ПередЗаписью(Модуль), игнорируя ОбработкуПроверкиЗаполнения (сам проверял отладкой, так и есть). Так как других выходов нет, кроме как запихивать проверки в ПередЗаписью, возникает вопрос, когда в простых формах начинается транзакция, также в ПередЗаписью или в ПриЗаписи? Или может бытт есть возможность делать проверки перед ПередЗаписью)?

[@yellow_club]

При программном создании нужно самостоятельно вызывать проверку с помощью метода ПроверитьЗаполнение

[@Gesperid]

Тема валидаци очень интересна. Хотелось бы ещё послушать, какие подходы используют для проверок между связанными объектами, а также архитектурные подходы избавляющие от таких зависимостей. Может быть даже Александр что-то посоветуют в комментарии ;)

[@panalike]

было бы ОЧЕНЬ круто если бы сделал стрим по разбору вакансий на hh например, где бы можно было позвать знающего человека и разбирать детально каждое требование и как к этому двигаться

[@yellow_club]

Классная идея! Осталось найти спикера. У меня есть один на примете

[@evgeniuxp2evgeniuxp234]

один на собеседовании попросил сделать универсальную проверку с выводом сообщений для любого объекта, регистра )

[@panalike]

@@evgeniuxp2evgeniuxp234 чиво? Какую проверку?

[@boxvsehnakazhet]

@@evgeniuxp2evgeniuxp234 проверку корректности чего именно в этом любом объекте?

[@GanovAlex]

супер материал. спасибо 👍

[@АлексейБалашов-о3ш]

Полезное видео, спасибо😀

[@ДинДон-и5з]

По сути в этом видео говорится о двух из 5 принципах ООП - это Полиморфизм и Инкапсуляция и подходе DRY(модульность). Раньше принципов ООП придерживались в основном при разработке платформы, а последние лет 5 наблюдаю как все больше этих принципов придерживаются при разработке самих конфигураций и даже заметно использование таких паттернов как посредник строитель и д.р., то есть сильно растет квалификация разработчиков 1С, при том что они в основном разрабатывают в контекте DDD и DSL. По поводу БлокироватьсяДляИзменения - это свойство не "убирает флаг разделения итогов", правильнее сказать, что оно ставит управляемую блокировку на все поля регистра, также как мы это явно бы сделали и игнорирует сплитер разделения итогов при схлопывании одинаковых строк после их записи в таблицу итогов. По поводу того что выборку запроса выгрузить в таблицу значений это плохо, то не совсем верно. Все зависит от архитектуры сервера 1С. Если 32х то памяти на одина рабочий процесс 4гб и выгрузка в тз большой выборки может занять всю память процесса и вытеснить из нее остальной кэш, а часть данных которая не поместилась запишется в temp и будет браться из диска, как это проиходит при выборке из результата запроса, а если арх 64х(ос и сервер), то озу на один рабочий процесс измеряется десятками терабайт и и проблемы выгрузка в тз даже большой выборрки уже не вызывает.

[@LosashExote]

Другой вопрос, гораздо более базовый - а необходимо ли выгружать? Если данные в виде таблицы дальше куда-то целиком идут по логике - значит необходимо. А если можно и нужно лишь порционно обработать данные и «забыть» про них после этого, то выгрузку делать не следует.

[@Mr_Kitaev]

Гостю респект, думаю, команда им дорожит)

[@Suvor1k]

Классный чел. много полезного. Спасибо.

[@Finist7483]

хорошо основу выдали кратко и доходчиво.

[@oleksandrhomyak]

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

[@avbolshakov]

Да, крутой гость.

[@yellow_club]

Согласен

[@MotoCrankshaft]

Мне часто попадается творчество, благодаря которому дико тормозит 1с. И это творчество это обращение через точку :)

[@albrehtdurer557]

замеры делал?

[@MotoCrankshaft]

@@albrehtdurer557 да, избавление кода от точек с переделкой в запрос приводило к повышению производительности в сотни раз. По крайней мере на скульной версии платформы. Блгадаря точке задержка может быть просто чудовищной.

[@Finist7483]

@@MotoCrankshaft ага, если она в цикле и нет кеша предварительно сформированного.

[@АндрейЛ-л2ц]

Добрый день! Спасибо за интересное видео. Скажите, будет ли стрим, посвященный ЗУП?

[@yellow_club]

Неее, мы ЗУП не любим 😁

[@yellow_club]

Хотяяя…. Если найдутся знатоки, то можно

[@АндрейЛ-л2ц]

​@@yellow_clubа вот зря вы его не любите))) он только с виду страшный, а на деле - просто душка)))

[@yellow_club]

Может может))

[@АндрейЛ-л2ц]

​@@yellow_clubЯ раньше тоже не любил ЗУП, ну разве что обновлял конфу на замочке. А вот потом начал с ним плотно общаться, и даже сдал спеца

[@triviumfan9411]

Скажу по секрету - вилка 200-300к. Но требования там запредельные.

[@timurdanilenko3582]

Требования мидл\сеньер. Т.е. с нуля нужно 2-3 года опыта, в среднем.

[@ВасилийДолбак]

а это где такая вилка? какие именно требования?

[@tsv8560]

В заполнении документа не очень хорошо делать прямое заполнение реквизитами входящей структуры, так как там могут быть всяческие специфические типы и прочее нехорошее. В типовых ДанныеЗаполнения.РеквизитыШапки используется, для заполнения шапки документа.

[@SivkovAS]

Молодец, понравилось!

[@amtws12]

Что лучше - использовать РазбитьТаблицуПоЗначениюКлюча или обходить результат запроса по группировкам?

[@Андрей-г8ц7р]

Контора в принципе крутая и требования к спецам соответствующие, другой вопрос стоит ли в такую контору идти? По мне так не стоит, у меня был 3х летний стаж в работе где за каждый чих отчитываешься и постоянно записываешь часы в жиру, постоянно формируют эти недельные спринты где на тебя поставили 40 часов хотя по факту там 50+ будет т.д и т.п., плюс часто были переработки из-за того, что премию просто так не получить а лишить её могут прям на изи хотя зп была не шибко то выше чем по рынку.

[@ПавелАльшевский-х1к]

Обработка проверки отрицательных остаток(48:00): Зачем такая сложность , почему нельзя просто получить остатки на ТА по фильтру Склад и Номенклатура из документа ? По сути это же и делается ,только берется старое движение, накладывается новое, объединяется и уже потом фильтром накладывается на остатки... Конечно в последнем запросе не все товары из документа, но каков выхлоп в итоге?

[@АлександрМитрофанов-л9ч]

Алгоритм универсален для прихода и для расхода. В случае, если в документе прихода будет удалена строка и вы не прочитаете её из базы, то рискуете получить отрицательные остатки

[@Михаилвалерьевич-г5у]

А при отмене проведения как отработает код проверки? Набор записей ведь будет пустой, а значит и контроль не пройдет. Значит и отмена приходов может привести к отрицательным остаткам?

[@АлександрМитрофанов-л9ч]

Контроль выполняется по измененным записям. В "ПередЗаписью" раннее записанные движения документа. В "ПриЗаписи" - записанные в текущей транзакции. Эти данные группируются по измерениям и, если значение ресурса не равно нулю, то эти измерения попадают в таблицу контроля. По таблице контроля вычисляется остаток. Таким образом, не важно что вы делаете: изменяете запись, отменяете запись набора или добавляете новые записи расхода. Контроль в любом случае отработает корректно и с одинаковым результатом.

[@Михаилвалерьевич-г5у]

@@АлександрМитрофанов-л9ч Способ удаления движений товаров "Удалять автоматически". При перепроведении документа сначала записывается пустой набор записей по регистратору. Срабатывает проверка на остаток и уходит в отказ. Поможет сменить способ удаления движений. Способ не универсальный на все случаи жизни, но как концепция хороший.

[@ssbnn]

Спасибо за видео - очень интересно и познавательно, однако заметил ошибку! На 54:40 не хватает параметра в виртуальной таблице РегистрНакопления.ТоварыНаСкладах.Остатки. Если проверять отрицательные остатки на конец времени, то возможна такая ошибка: 2023-05-01 Приход 10 2023-05-02 Расход 8 2023-05-03 Приход 100 Теперь если удалить документ от 2023-05-01, то ошибки не будет, т.к. остаток на конец времени = 92. Однако остаток на конец дня 2023-05-02 = -8

[@АлександрМитрофанов-л9ч]

Это не ошибка, это упрощённые требования. (вопрос в том, что мы контролируем) Подробнее в телеграмм чате в комментариях к ссылке на ютуб расписывал ответ на такой же вопрос

[@ssbnn]

@@АлександрМитрофанов-л9ч если были такие требования, то да - согласен. В любом случае, вам большое спасибо за видео. Вы - молодец.

[@zvonikartem2403]

Как у него обозначены условия и циклы? Где это настраивается?

[@developerfirst]

16:33 проверяют имя таблицы по тексту, т.е. имя объекта. А не правильнее ли будет проверять именно по типу метаданных, т.е. ДокументОбъект.Метаданные() = Метаданные.Документы.Реализация? И еще момент, если МассивПроверок пустой за чем дальше продолжать процедуру, логичнее на этом завершить наверное

[@Tonik992]

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

[@albrehtdurer557]

в правильной разработке такого быть не должно, перед открытием надо блокировать данные документа

[@LosashExote]

@@albrehtdurer557да ну? Даже посмотреть не дадите? В 1с по умолчанию принцип как раз таки противоположный тому, что вы написали

[@albrehtdurer557]

@@LosashExote ты понимаешь разницу между посмотреть и изменять? в 1с нет принципа, есть несколько вариантов на выбор разраба

[@LosashExote]

@@albrehtdurer557 а ты понимаешь? Свой коммент перечитай. Не давать зайти в документ когда в него кто-то зашел. Разработчики типовых конфигураций с тобой не согласны.

[@arshanskiysergey2791]

1:58:33 а что за символ он поставил в поле Табуляция? Пробую | но получается прерывистая линия, а у него непрерывная

[@arshanskiysergey2791]

о, нашел │

[@timurdanilenko3582]

есть доп. символы, так сказать. Во времена доси, нужно же было как-то рисовать интерфейс и печатные формы с отчетами красивые) Символ можно вывести по его коду. В любом тестовом поле зажимаете ALT и код символа. Код символа │ 179.

[@prograwwe]

Спасибо!

[@yellow_club]

Рад, что понравилось

[@psk_devil9318]

Зачем при создании на сервере делать проверку на пустую ссылку? Только при копировании документа это актуально, но тогда и проверять не на пустую ссылку, а на значение копирования из параметров. Или я ошибаюсь?

[@АлександрМитрофанов-л9ч]

Не только при копировании, но и при создании документа, например, на основании. Проверка по ссылке - это наиболее простой и стандартный подход для проверки на новый объект в модуле формы

[@44fruitella44]

ЗначениеЗаполнено и нормально - это топ 😂

[@tsv8560]

46:48 избыточный код запроса на поступление какой-то. Зачем делать вручную соединение если проще "ГДЕ Товары.Номенклатура.Тип=" поставить?

[@boxvsehnakazhet]

спецы не любят точки (скрытые джойны)

[@PetrMyazin]

1:10:00 Не понял пояснения со слов «в чём соль». Автор приводит пример, когда реквизит Организация переименовывается в ОрганизацияОтправитель и далее поясняет, что использование структуры «ДанныеЗаполнения» упростит рефакторинг после переименования, благодаря использованию такого подхода можно будет действовать итеративно. Не понятно как. Если у меня в структуре всё ещё старое название реквизита Организация, мне нужно найти по коду все места где эта структура ДанныеЗаполнения формируется и везде поправить. В чём итеративность и в чём преимущество перед способом Организация = Организация (без использования ДанныеЗаполнения)?

[@АлександрМитрофанов-л9ч]

Найти действительно будет нужно, но не обязательно делать это сразу. Вы на первом этапе сможете вставить в обработку заполнения проверку на наличие свойства "Организация" и, при его наличии, заполнить ОрганизацияОтправитель = ДанныеЗаполнения.Организация. Это будет промежуточным решением и обработки продолжат работать корректно, а вы, на этом этапе, измените код только в 1 месте

[@Starponyx]

Одна точка входа

[@albrehtdurer557]

@@АлександрМитрофанов-л9ч корректоно работать не продолжат, тк организацияотправитель заполняться не будет, просто не будет ошибки- поле объекта не обнаружено...с точки зрения бизнеса это возможно будет еще хуже

[@АлександрМитрофанов-л9ч]

​@@albrehtdurer557 ну как же заполняться не будет, если мы код с заполнением вставили?) в комментарии выше пояснил какие действия нужно сделать одновременно с переименованием

[@albrehtdurer557]

​@@АлександрМитрофанов-л9ч без переименования , при заполнении из данных заполнения - не будет работать, т.е. "работы" по поиску и переименованию все равно не избежать, для корректного заполения. Разбивать процедуру рефакторинга, на два шага , как вы предлагаете -"но не обязательно делать это сразу", что значит не обязательно?, Клиенту необходимо , что-бы ОрганизацияОтправитель, заполнялась сразу...

[@albrehtdurer557]

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

[@yellow_club]

Мне тоже так кажется. Но видимо как раз единого места проверки нет. Все равно будет несколько модулей. Поэтому единственный источник правды - свойства реквизитов.

[@Степан-л1я1г]

Как все сложно))

[@amtws12]

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

[@АлександрМитрофанов-л9ч]

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

[@arshanskiysergey2791]

46:48 а зачем вообще соединение с Номенклатурой? Почему просто через точку не написать ГДЕ Товары.Номенклатура.Тип = &Товар ?

[@Xserx69]

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

[@albrehtdurer557]

...удобство поддержки, спорное конечно...- Если все одевают штаны, через голову....

[@yellow_club]

Если все с пятого этажа начнут прыгать …

[@LosashExote]

Еще один. Докладчик же объяснил. Это для решений где много регистров и документов. И сотни тысяч, а то и миллионы строк кода. Если такие увидите, то поверьте, что там это удобно

[@albrehtdurer557]

@@LosashExote я такое видел, поверь это не удобно...

[@LosashExote]

@@albrehtdurer557 ладно, я по твоим комментам и ответам поверил уже во все что надо

[@Андрей-ф3ы7б]

Насчет вилки будет и обратная ситуация - крутые ребята не видят вилку и проходят мимо потому что не интересно

[@PS7601]

Практически всё, что он говорил есть в книгах по 1С и рассказывается на курсах (по программированию: клиент-серверное, УФ, СКД) от 1С и курсы-по-1с.рф. В видео информация подается скомкано, бессистемно.

[@yellow_club]

Ахаха) конечно все уже давно есть и описано в стандартах и книге по проф разработке. Только там примеров мало и читать надо. Видео проще посмотреть

[@PS7601]

@@yellow_club Проще. Но не это.

[@kakao_with_milk]

1с код нельзя писать правильно, тут даже нет наследования и обьктов с которыми ты сам можешь работать , модифицировать и переопределять. 1с это 1 большой класс БОГА.

[@yellow_club]

Наследование все ваше считается антипаттерном. Но наследование в 1С есть, ровно как и классы

[@ocean1487]

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

[@MrTorfable]

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

[@kuzyara555]

Вас верно, это про мультикомандную разработку и ежедневные релизы в большой компании с онлайном >1к пользователей

[@МихаилИльин-м5ф]

А что делают остальные 198 человек делают?

[@yellow_club]

Мы не смогли позвать остальных)

[@TheBaza1978]

автор почему ты в шапочке

[@yellow_club]

Потому что мам говорит, что кепка мне идёт

[@ОлегЛитвиненко-о5з]

Абсолютно все неправильно. Почему вы не показываете на примере УТ или УНФ?

[@yellow_club]

Потому что нельзя показывать код типовых

[@ОлегЛитвиненко-о5з]

@@yellow_club В том-то и беда

[@Gesperid]

Можно конкретно, что неверно?

[@ОлегЛитвиненко-о5з]

@@Gesperid Ну вот пару примеров: Обработка проведения и заполнения. В заполнении в типовых конфигурациях используется что-то вроде делегатов. В проведении используется многоэтапный алгоритм. Сначала подготовка общей структуры параметров. Затем инициализация сначала общей таблицы, затем для каждого регистра. И все это в модуле менеджера. Затем в общем модуле метод записи один на всех. Это если кратко

[@Gesperid]

​@@ОлегЛитвиненко-о5з Про проведение. Не понял, где противоречие с докладчиком? Он, в частности, упомянал 1:01:30 функцию ДанныеДляПроведения.

[@ronave4111]

Он реально написал "Если Не ЗначениеЗаполнено(Объект.Ссылка)", в 2023-м? Вы че там, подписчиков так троллите, что ли?

[@yellow_club]

Что не так?

[@LosashExote]

Да, мы троллим, проходи мимо

[@skymore_]

10

[@faqqer]

220 - 1с-ников на 2000 человек!!!!!!!!!!!!!!!!!!!!!!!!!!! Это капец!!!!!!!!!!!!!!!!!!!!!!! И это не фирма-разоаботчик!!!! Да так не бывает. Я не видел отдела больше 9 человек (1с) примерно на 35 000 работников. На 2000 пользователей 3, ну 5, а скорее всего 2. Но 220!!!!!!! Скажите мне, что я ослышался.

[@yellow_club]

Ты не ослышался. Нормальный отдел.

[@Teddyslaf]

Так вроде smlab - это типа it-отдела на 2000 чел для фирмы из 15 тысяч народа. "SM Lab - ИТ компания в составе группы компаний «Спортмастер», которая строит свою работу на современных принципах управления разработкой и актуальном стеке. Мы делаем ИТ системы, на которые опирается наш бизнес, благодаря которым он растет и развивается"

[@lickassover9000]

У нас около 30 1сников на тысяч 5000 человек. Растет компания проектов на разработку бывает много очень.

[@faqqer]

@@lickassover9000 ну чего, завидую. Я сейчас один на 50 юзеров, + сисадмин, + поддержка ИТС. А спрашивают как с нормальных, и отчёты нестандартные, и обмены, и премии к зарплате. И сравнивают вот с такими, где 20-200 чел. Что они конфигу под запрос делают, а ты не можешь

[@АнтонКлещ-п5ъ]

очень странный подход, генерить процедуру на каждое сообщение, а если там 10 табчастей и 10 проверок, это 100 процедур?)))))

[@LosashExote]

Не преувеличивайте. Посмотрите модули механизмов в типовой УТ.

[@ВадимАртемов-й4к]

Организация мечты, особенно для новичков. Жаль не обучают. А то сначала учишься говнокодить, потому что выбора нет, а потом переучиваешься на нормальное.

[@yellow_club]

Таков путь)

[@LosashExote]

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

[@Finist7483]

не сложно изучить стандарты. надо просто работать с этими стандартами, а не там-сям...с народным творчеством. за 1 год уже можно хорошо ориентироваться. я в ЕРП заезжал почти с нуля, быстро освоился за 3 месяца, но дальше никак. перекинули на древнее зло :)

[@Finist7483]

зарплата это как дети, только наоборот. я говорит детей не люблю, но сам процесс. я получать люблю зарплату, а не считать :)

[@Finist7483]

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

[@oleksandrhomyak]

Еще бы узнать как настроить в конфигураторе отражение "Линий" в тексте запроса и по коду очень удобно визуально выглядит. Может кто знает или это плагин какой-то?

[@LoyalGum-rb9gv]

Улетай селен на луну, улетай! Эпиграф: Новые существа пусть покоряют Просторы Вселенной, а мы на земле пока. С помощью ИИ расшифруем ДНК, модификация; Откроем новые грани науки - Трансформация ; Создадим существ необычных форм, New цивилизация, А на Земле устроим настоящий шторм Бифуркации! Триллер будет нешуточный вокруг, Соревнования ; Все будут ждать, что случится дальше - May be игромания, А мы уже готовы отправить творения Для созидания, В далёкий космос рисковать собой Познавая мироздание... Там им откроются другие миры, со скрипом Ибо long расстояния, Новые планеты и галактики спиральные Это good супермания, Всех нас ждет такой невероятный путь, Покорения науки знания Который приведет нас к счастливой жизни В хаосе непонимания. Спасин Спаситель, Белая Вера вбирает Всё самое необходимое; Человек родитель, в БИОС прошивка строго Люди для роботов Боги; Если не уверуем в Ваню и отринем Его заветы родимые, То станет землю безлюдной и в никуда поведут Чат Джи пи Ти 100 дороги... Спасин

[@spasinforeva]

Улетай селен на луну, улетай! Эпиграф: Новые существа пусть покоряют Просторы Вселенной, а мы на земле пока. С помощью ИИ расшифруем ДНК, модификация; Откроем новые грани науки - Трансформация ; Создадим существ необычных форм, New цивилизация, А на Земле устроим настоящий шторм Бифуркации! Триллер будет нешуточный вокруг, Соревнования ; Все будут ждать, что случится дальше - May be игромания, А мы уже готовы отправить творения Для созидания, В далёкий космос рисковать собой Познавая мироздание... Там им откроются другие миры, со скрипом Ибо long расстояния, Новые планеты и галактики спиральные Это good супермания, Всех нас ждет такой невероятный путь, Покорения науки знания Который приведет нас к счастливой жизни В хаосе непонимания. Спасин Спаситель, Белая Вера вбирает Всё самое необходимое; Человек родитель, в БИОС прошивка строго Люди для роботов Боги; Если не уверуем в Ваню и отринем Его заветы родимые, То станет землю безлюдной и в никуда поведут Чат Джи пи Ти 100 дороги... Спасин

[@LosashExote]

Гордиться тем, что вы на простом и таком привычном дне, это такой себе повод.