Написано по английски, но русскими словами. Очень тяжело читать и тем более понять о чем речь, проше тогда уж источник прочитать. Делайте вместо переводов конспекты или пересказы своими словами.
Автор статьи утверждает, что проблемы срыва сроков и плохих результатов в формате работы (удаленке).
Я утверждаю, что проблема не в формате работы, а в самих людях и их мотивации. Сотрудники и в офисе так же могут быть плохо мотивированы, срывают сроки и мало занимаются работой.
У меня собственная компания. Сотни клиентов из разных городов и часовых поясов, с которыми я никогда лично не встречался. Договоры на разработку ПО с компаниями, в офисе которых я не сижу. И при этом задачи выполняю вовремя, сроки по договорам соблюдаются. Работаю с дома на ПК или на ноутбуке в поездках.
Когда работал в офисе, у меня был маленький кабинет на 2-х человек (в котором по сути я был один). Сотрудники писали задачи по e-mail или звонили. Я не ходил по разным зданиям и кабинетам к каждому заказчику, все вопросы решались «удаленно». За спиной у меня никто не стоял, начальник заходил в кабинет раз в неделю в лучшем случае. При этом все поставленные задачи выполнялись, срочные проблемы решались.
Когда я был лидом в команде разработчиков, то не стоял за спиной у своих сотрудников. Они выполняли задачи в поставленные сроки вне зависимости от того, на удаленке они работали или в офисе.
Получается, продуктивность и сроки выполнения задач не зависят от нахождения в офисе!
Это зависит только от людей, от их мотивации и от способности менеджера управлять людьми. Если сотрудник срывает сроки на удаленке, то и в офисе он будет их срывать. Вы же не поставите за спину каждого сотрудника по надзирателю. Проблема в том, что вы набрали себе сотрудников, которые не мотивированы работать, а обвиняете формат работы.
Вариант мотивации. ЗП должна состоять из двух частей: постоянная (оклад) и «переменная» (по выполнению плана на месяц). Если сотрудник срывает сроки, срезаем переменную часть. 3 раза срезали — выговор, далее увольнение по несоответствию занимаемой должности. И без разницы, где сотрудник: в офисе или на удаленке. Ну и набирать нужно сотрудников, которые решают проблемы бизнеса (могут выполнять поставленные задачи), а не «олимпиадные» задачки (leetcode).
Получается, из всех способов работы с ЧЗ и КМ полноценным является только 1С (и еще «МойСклад»). Ведь работа с КМ — это не только заказ этих КМ. В учетной системе должен быть справочник номенклатуры, в котором указаны все характеристики. В случае с 1С заносим данные в карточки номенклатуры и отправляем в ЧЗ для получения GTIN. А в случае с «Клеверенс» делаем Екель-файл, загружаем вручную в ЧЗ. Потом эти же данные еще и в учетную систему забиваем, указываем тот же GTIN в учетной системе вручную? При поступлении товара нужно загрузить эти КМ в учетную систему из ЭДО. При продаже отправить данные о КМ в ККТ, которая перед пробитием чека проверит КМ или через ЭДО контрагенту. «Клеверенс» получает и отправляет накладные и с/ф с КМ через ЭДО? Отправляет данные на ККТ для пробития чека?
В БД таблица person с колонками name и age. SELECT * person сделает выборку в массив структур (например через sqlx). В вашем варианте получается сначала из БД получаем массив структур. Потом этом массив структур преобразуем в структуру слайсов, по которой потом считаем средний возраст. Но в этом случае получается дольше, чем посчитать тоже самое сразу из массива структур.
Получается, что нужно из БД как-то сразу получить структуру слайсов чтобы был профит. Как это сделать?
Считаю, что возвращать при ошибке код 2хх не правильно.
При 200 мы ожидаем ответ заданного формата который например сразу десириализутеся в структуру без предварительного парсинга тела ответа. (Что бы узнать, а что же там пришло).
Если при 200 могут приходить разные структуры, то значит нужно сначала как то определить какая структура пришла, а это лишнее время.
Текущие итоги остатков на складах в 1С берутся из одной таблицы SQL (таблица итогов регистра накопления). Почему этот запрос из 1С в вашем случае дольше, чем почти такой же запрос из базы PostgreSQL? Так же сейчас уже мало кто использует большое количество распределенных баз 1С с консолидацией данных в центральную управленческую базу (ведь при большом количестве баз консолидация будет идти часами). Делают одну центральную базу и к ней подключаются онлайн со всех регионов. Если магазинов очень много, то можно сделать несколько региональных баз и центральную. Все магазины региона работают в своей региональной базе, например в 1С:Розница, а после закрытия смен данные сливаются в центральную ERP.
Зачем? Перед тем, как идти за другой комп, сделайте коммит.
Пробовал, забываю. Допустим код пишется 30 минут, тут поступил звонок, срочно переключился на другую задачу, далее нужно ехать куда то срочно и т.п. Постоянно есть отвлекающие факторы. Да лишние это действия. Все что можно автоматизировать - должно быть автоматизировано.
У меня проблема бала только с проектами на Rust, т.к. там временных файлов на несколько гигабайт создается. Но проблема решилась путем вынесения этих файлов в директорию которая не синхронизируются (в cargo есть такая настройка)
Положите в облако или на ваш "сервер" код и подключайте к нему десктопную IDE. Современные IDE давно так умеют
В этом варианте на удаленный VPS ставится агент IDE и работа ведется через ssh. При этом сборка проекта происходит на удаленной машине. Нужно арендовывать другую VPS с хорошим процессором, что бы собирать проекты на Java, Rust, C++ т.к. там куча зависимостей которые компилятся и это очень долго на слабых ЦП.
Проблема в том, что нужно не забывать каждые 5 минут делать коммит и пуш. Придется делать какую-то автоматизацию, которая будет через заданные промежутки делать коммит и пуш в нужную ветку, плюс проверять, есть ли вообще изменения. В общем, это не такой простой процесс. А с облачными хранилищами всё просто — поставил клиента и забыл.
Ещё IDE может работать с исходниками на удалённой машине, например, по SSH, ничего синхронизировать не надо
Другой ПК выключен, не имеет белого IP. В этом варианте тогда уже проще пользоваться облачными IDE (тем же GitHub Codespaces).
Git — это параллельный инструмент облачному хранению файлов, и одно другое не заменяет.
Есть, например, два ПК. Код одного проекта пишется и там, и там. Переключение между ПК происходит в течение дня. В случае использования Git пришлось бы в течение дня делать много комитов + пуш нерабочего кода для синхронизации между ПК.
Поэтому папка с проектом лежит в облачном хранилище и синхронизируется автоматически между всеми ПК. В проекте, естественно, используется git (Github с CI/CD), но комиты + пуш в удаленный репозиторий делаются только при завершении работы над фичей.
Что то они активно меняют, пару дней назад было 10$ и у меня до сих пор в биллинге 10$
А еще кроме поднятия цены доступ с России закрыли.
При цене 15$ выбор уже не такой однозначный. Субъективно мне Windsurf понравился больше чем Cursor. В Cursor намного больше багов, но там есть функция @Docsкоторая позволяет ИИ давать ответ основываясь на любой странице в интернете (например с описанием стороннего API). В Windsurf такая функция только планируется.
Еще совсем недавно появился Windsurf от создателей Codeium. Это аналог Cursor AI, может сам создавать/удалять/модифицировать файлы на диске. Если ошибка при компиляции, то исправляет, сам проверяет успешность сборки и если сборка не успешна, то повторяет итерацию по исправлению. И цена всего 10$ в месяц общая за плагин ко всем ide и windsurf
Вывод:
Сертификат 1С Профессионал - профанация. Он не не отражает опыт и реальные знания. Сдается как обычный экзамен путем зубрежки.
Но без него не допустят до 1С:Специалист
Написано по английски, но русскими словами. Очень тяжело читать и тем более понять о чем речь, проше тогда уж источник прочитать. Делайте вместо переводов конспекты или пересказы своими словами.
Вы с каким языком сравниваете? C и C++ вообще всегда полностью unsafe.
Попросил DeepSeek R1, написать двусвязный список на Rust (ответ) и С.
Вариант на unsafe Rust получился достаточно понятным и даже короче чем на С.
Автор статьи утверждает, что проблемы срыва сроков и плохих результатов в формате работы (удаленке).
Я утверждаю, что проблема не в формате работы, а в самих людях и их мотивации. Сотрудники и в офисе так же могут быть плохо мотивированы, срывают сроки и мало занимаются работой.
У меня собственная компания. Сотни клиентов из разных городов и часовых поясов, с которыми я никогда лично не встречался. Договоры на разработку ПО с компаниями, в офисе которых я не сижу. И при этом задачи выполняю вовремя, сроки по договорам соблюдаются. Работаю с дома на ПК или на ноутбуке в поездках.
Когда работал в офисе, у меня был маленький кабинет на 2-х человек (в котором по сути я был один). Сотрудники писали задачи по e-mail или звонили. Я не ходил по разным зданиям и кабинетам к каждому заказчику, все вопросы решались «удаленно». За спиной у меня никто не стоял, начальник заходил в кабинет раз в неделю в лучшем случае. При этом все поставленные задачи выполнялись, срочные проблемы решались.
Когда я был лидом в команде разработчиков, то не стоял за спиной у своих сотрудников. Они выполняли задачи в поставленные сроки вне зависимости от того, на удаленке они работали или в офисе.
Получается, продуктивность и сроки выполнения задач не зависят от нахождения в офисе!
Это зависит только от людей, от их мотивации и от способности менеджера управлять людьми. Если сотрудник срывает сроки на удаленке, то и в офисе он будет их срывать. Вы же не поставите за спину каждого сотрудника по надзирателю. Проблема в том, что вы набрали себе сотрудников, которые не мотивированы работать, а обвиняете формат работы.
Вариант мотивации. ЗП должна состоять из двух частей: постоянная (оклад) и «переменная» (по выполнению плана на месяц). Если сотрудник срывает сроки, срезаем переменную часть. 3 раза срезали — выговор, далее увольнение по несоответствию занимаемой должности. И без разницы, где сотрудник: в офисе или на удаленке. Ну и набирать нужно сотрудников, которые решают проблемы бизнеса (могут выполнять поставленные задачи), а не «олимпиадные» задачки (leetcode).
Получается, из всех способов работы с ЧЗ и КМ полноценным является только 1С (и еще «МойСклад»).
Ведь работа с КМ — это не только заказ этих КМ.
В учетной системе должен быть справочник номенклатуры, в котором указаны все характеристики. В случае с 1С заносим данные в карточки номенклатуры и отправляем в ЧЗ для получения GTIN. А в случае с «Клеверенс» делаем Екель-файл, загружаем вручную в ЧЗ. Потом эти же данные еще и в учетную систему забиваем, указываем тот же GTIN в учетной системе вручную?
При поступлении товара нужно загрузить эти КМ в учетную систему из ЭДО. При продаже отправить данные о КМ в ККТ, которая перед пробитием чека проверит КМ или через ЭДО контрагенту.
«Клеверенс» получает и отправляет накладные и с/ф с КМ через ЭДО? Отправляет данные на ККТ для пробития чека?
В БД таблица person с колонками name и age. SELECT * person сделает выборку в массив структур (например через sqlx). В вашем варианте получается сначала из БД получаем массив структур. Потом этом массив структур преобразуем в структуру слайсов, по которой потом считаем средний возраст. Но в этом случае получается дольше, чем посчитать тоже самое сразу из массива структур.
Получается, что нужно из БД как-то сразу получить структуру слайсов чтобы был профит. Как это сделать?
Считаю, что возвращать при ошибке код 2хх не правильно.
При 200 мы ожидаем ответ заданного формата который например сразу десириализутеся в структуру без предварительного парсинга тела ответа. (Что бы узнать, а что же там пришло).
Если при 200 могут приходить разные структуры, то значит нужно сначала как то определить какая структура пришла, а это лишнее время.
1С:Бухгалтерия (базовая) стоит разово около 3 т.р. с "вечными обновлениями" + 1 год 1С:Отчетности.
В чем преимущество вашего сервиса?
Текущие итоги остатков на складах в 1С берутся из одной таблицы SQL (таблица итогов регистра накопления). Почему этот запрос из 1С в вашем случае дольше, чем почти такой же запрос из базы PostgreSQL?
Так же сейчас уже мало кто использует большое количество распределенных баз 1С с консолидацией данных в центральную управленческую базу (ведь при большом количестве баз консолидация будет идти часами). Делают одну центральную базу и к ней подключаются онлайн со всех регионов. Если магазинов очень много, то можно сделать несколько региональных баз и центральную. Все магазины региона работают в своей региональной базе, например в 1С:Розница, а после закрытия смен данные сливаются в центральную ERP.
Вы думаете в офисе больше работают? На одном месте работы был отдел админов, которые в рабочее время в офисе в контру играли.
Это ограничивает выбор IDE. Я например пользуюсь GoLand, RustRover, Windsurf.
Пробовал, забываю. Допустим код пишется 30 минут, тут поступил звонок, срочно переключился на другую задачу, далее нужно ехать куда то срочно и т.п. Постоянно есть отвлекающие факторы. Да лишние это действия. Все что можно автоматизировать - должно быть автоматизировано.
У меня проблема бала только с проектами на Rust, т.к. там временных файлов на несколько гигабайт создается. Но проблема решилась путем вынесения этих файлов в директорию которая не синхронизируются (в cargo есть такая настройка)
В этом варианте на удаленный VPS ставится агент IDE и работа ведется через ssh. При этом сборка проекта происходит на удаленной машине. Нужно арендовывать другую VPS с хорошим процессором, что бы собирать проекты на Java, Rust, C++ т.к. там куча зависимостей которые компилятся и это очень долго на слабых ЦП.
Проблема в том, что нужно не забывать каждые 5 минут делать коммит и пуш. Придется делать какую-то автоматизацию, которая будет через заданные промежутки делать коммит и пуш в нужную ветку, плюс проверять, есть ли вообще изменения. В общем, это не такой простой процесс. А с облачными хранилищами всё просто — поставил клиента и забыл.
Другой ПК выключен, не имеет белого IP. В этом варианте тогда уже проще пользоваться облачными IDE (тем же GitHub Codespaces).
Git — это параллельный инструмент облачному хранению файлов, и одно другое не заменяет.
Есть, например, два ПК. Код одного проекта пишется и там, и там. Переключение между ПК происходит в течение дня. В случае использования Git пришлось бы в течение дня делать много комитов + пуш нерабочего кода для синхронизации между ПК.
Поэтому папка с проектом лежит в облачном хранилище и синхронизируется автоматически между всеми ПК. В проекте, естественно, используется git (Github с CI/CD), но комиты + пуш в удаленный репозиторий делаются только при завершении работы над фичей.
В статье указано когда использовать языковые модели:
Это ж сколько времени нужно потратить, то бы описать данные требования кодом.
Что то они активно меняют, пару дней назад было 10$ и у меня до сих пор в биллинге 10$
А еще кроме поднятия цены доступ с России закрыли.
При цене 15$ выбор уже не такой однозначный. Субъективно мне Windsurf понравился больше чем Cursor. В Cursor намного больше багов, но там есть функция @Docsкоторая позволяет ИИ давать ответ основываясь на любой странице в интернете (например с описанием стороннего API). В Windsurf такая функция только планируется.
Еще совсем недавно появился Windsurf от создателей Codeium. Это аналог Cursor AI, может сам создавать/удалять/модифицировать файлы на диске. Если ошибка при компиляции, то исправляет, сам проверяет успешность сборки и если сборка не успешна, то повторяет итерацию по исправлению. И цена всего 10$ в месяц общая за плагин ко всем ide и windsurf
А как получить фильмы в собственную библиотеку, где их покупать?
Как на роутере (например Asus) это сделать?