Очень интересно. Я пока остановился на notion. Есть глобальные цели. На несколько лет вперёд.
Есть локальные цели на 90 дней.
Есть задачи на неделю.
Самое сложное это декомпозиция глобальных и локальных целей на задачи.
Я особо не гонюсь за статистикой. Каждую неделю думаю, а то ли я делаю. А может нужно что то изменить?
Т.е. беклог не копится. Ну например. Я хочу купить через 10 лет 2 однокомнатных квартиры под сдачу. В локальных целях стоит собрать денег. А вот задачи постоянно меняются. И это не страшно. Пару месяцев назад, рынок был более предсказуем. Значит на бирже хорошо удалось заработать. Задача выбрать и купить акции. Сейчас штормит. Значит выбрать и купить облигации.
Т.е. У меня нет долгосрочных задач. Есть или цели с примерным планом выполнения. Или краткосрочные задачи. Ну например. Цель - Я разговариваю на английском на бытовые темы через 11 месяцев. Задача каждый день в течении недели повторять упражнения на времена с 30 разными глаголами. Причём задачи ставятся так, что их сложно отягивать.
Ещё есть привычки. Это регулярные задачи. Типа 2 минуты планки. Планирование на следующий день.
Мой опыт. Я заказывал стройматериалы в одном гипермаркете. Там мне дали адрес странички, на которой видно, как авто едет по маршрутным точкам. Уже к началу временного окна доставки, стало ясно что авто ко мне не успеет. Звонка от доставки нет. Проходит интервал, авто лениво ползет по маршруту. Звонка нет.
Я к чему. К тому, что современные средства навигации вполне могут определять, что заказ не доедет вовремя заранее. И хотя бы информировать об этом клиента автоматически.
И да, машина ехала ко мне 3 раза. Сначала с недопоставкой. Потом с браком этой недопоставки. Такое впечатление, что недопоставка и была связана с тем, что паллет уронили и не повезли. А потом, забили и решили все же привести )
В этом известном гипермаркете проблем с логистикой выше крыши.
По адресу repo.postgrespro.ru/pgpro-archive/pgpro-11.1.1/win/ доступен только: PostgresPro_11.1.1_64bit_Setup.exe
У меня же ранее был загружен: PostgreSQL_1C_11.1_64bit_1C_Setup.exe
При попытке «простого» апдейта PostgreSQL_1C_11.1_64bit_1C_Setup.exe на PostgresPro_11.4.1_64bit_Setup.exe не прошла (при старте службы есть ошибки).
Вот у меня и возник вопрос, эта линейка PostgreSQL_1C_11.1_64bit_1C_Setup.exe будет дальше развиваться? Или теперь есть только — PostgresPro_11.1.1_64bit_Setup.exe и обновление нужно делать по «всем правилам».
Если вы хотите изучить, вас ни кто не остановит. Если вы хотите получить компетенцию по использованию то вы садитесь и делаете проект. И получаете, простите «говнокод».
А если ваш «говнокод» начинает разбирать старший и умный товарищ, который как бы ответственен за результат, то вы получает критику вашего кода. Тут давеча опубликовали по задачу про ресторан и кейс по трудоустройству.
Т.е. вас повозят по столу, будете раза 3-4 переделывать. Но в результате Вы получите именно рабочий опыт, а Ваше руководство передачу опыта.
Передача компетенций осуществляется очень сложно. Один из ходов — совместная работа над задачей (знающий ERP получает в нагрузку специалиста, для подтягивания компетенций).
1С очень плох в совместной разработке. Ну например, задача по разработке бизнес-процессов и бизнес-логики по согласованию чего-либо. В принципе можно разбить на этапы, сделать график подключения специалистов, но когда встанет вопрос про физическую разработку, окажется, что у 1С нет нормального репозитория (ну да, есть подобие, но очень нехорошо сделано), совместная разработка — ад и израиль.
Поэтому и задачи разбивают по разработчикам, что бы они как можно меньше пересекались.
Лично я очень рассчитываю на подключение к Эклипс, правда попытка разработки в 1С под ним, достаточно нестабильна.
Круто. А как все же решили задачу заливки контента в миллион позиций на сайт? У нас объем был не так велик, но все равно мы делали «двойные» таблицы (с активной номенклатурой и номенклатурой для замены), заливали в «20» потоков (по числу ном. групп). А потом аккуратно все меняли, с учетом того, что у пользователей в текущей корзине \ заказах. Самое неприятное было с той номенклатурой, которая с одной стороны, выходит из ассортимента, а с другой висит в корзине…
Это обманчивое впечатление. 1С не пряник, но я работал с тем же DAX. Они ГОД делали учет счет-фактур (это был 12 год вроде и большие изменения в законодательстве). И вот после этого с DAX работать перестал. Хотя платформа там одна из лучших.
Да, платформа у них не самая лучшая и нафига делать встроенный механизм расчета уравнений =))
«Я понимаю, на 1с писать Фейсбук никто не станет, но все же просить под столько клиентов воооот такую по мощности железку — кажется, об оптимизации разговора нет в принципе.»
на 5000 юрезов в 1С нужен что то типа супер-дома. Правда тот же DAX на 5000 пользователей стоит как 10 таких супер-домов =)))
«Сейчас в эту дверь войдёт пингвин в сомбреро. Зачем он пришёл и что он скажет?»
Могу я задать уточняющие вопросы по ТЗ, извините по пингвину?
1. Кто является Спонсором Проекта?
2. Есть ли у него четкое представление, какого цвета и размера будет пингвин? Или нам нужно подобрать среднестатистического пингвина?
3. Если требуется сомбреро, логично, что он не будет работать на стройке? А если будет, может под сомбреро мы пристроим заплатку, ой, строительную каску?
4…
«По стоимости рабочих мест и лицензий нельзя все сказать так однозначно, есть определенная вариативность»
Спасибо. В «мое время» был большой Excel с прайсом.
«Значит кому-то эта информация была нужна.»
Задач много. Отслеживать гарантию, например. Для чего в отгрузочных документов должны быть пробиты серийники. Отслеживание отсрочки платежа (читай комиссия). И т.д.
«С пачкордами такая же ситуация – для чего вы вводили отдельные артикулы?»
Потому что есть 3 системных интегратора, для которых важен цвет. И большая часть покупателей использует артикулы производителя и им не хочется принимать товар по «левым» штрих-кодам и артикулам.
«Кстати, система позволяет вести все позиции под одним артикулом с указанием аналитики Цвет. Этот вариант скорее всего облегчил бы вам жизнь в описанной ситуации.»
Может. Но аналитик всего 9 (можно больше но там идет ограничения по индексации). Склад, ячейка, ГТД, НДС, и т.д. много важнее…
И опять задача перерезервирования по аналитикам. Потому что на складе лежат 20 коробок с пачкордами и открыты белые и желтые и по ним еще есть остаток, а выписаны зеленые. Открывать лишнюю коробку склад не хочет. И отгружает желтые и белые.
«А что не так с поддержкой ТСД в DAX?»
в 3.0, 4.0, 2012 ее не было от слова совсем. Например задача собрать заказ на ТСД, когда ТСД должен управлять кладовщиком… вообщем стандартные складские задачи.
Интересно, а сколько стоит рабочее место? Оно тоже стало именным? в DAX стоило 3000 евро за именного пользователя + обязательная поддержка каждый год.
С DAX я работал давно. Но что бесило, так это отсутствие развития функционала 3,4,2012 версии были практически идентичными, за редким исключением (например функциональность СФ. Которую пилили долго и печально).
Например, перерезервирование. Когда вам нужно отгрузить товар с уникальным серийником, но работник склада, не должен его искать, а просто взять первый из ячейки, хотя бы потому что в ячейке 10 коробок с оперативной памятью, и не перебирать их нет ни какого смысла. Но учет нужно вести именно по серийникам. Причем если вы взяли память, которая лежит под другим резервом, они должны «поменяться местами».
А совсем смешно было с пачкордами, которые есть белые, жёлтые, серые, синие… у каждого свой артикул. Но почти для всех заказчиков «моновсеравно» какой цвет будет отгружен… А вот для склада нет. Они не хотят отгружать последнюю коробку желтых. Потому что есть 3 заказчика, для которых важен цвет =))) И опять перерезервирование по заменителям…
А поддержка ТСД? Ну что стоило сделать ее стандартной. DAX очень хорошо переваривает очень большие склады. Замечательно переваривает. Но ТСД?
И вот эта «доработки» шагали из версии в версию. А микрософт был абсолютно не заинтересован в включении ее, да и многих других, в продукт.
Как интересно сейчас, появилась поддержка ТСД? А смена резервов? Или как раньше у интегратора есть свой слой, который закрывает данные пробелы?
Очень интересно. Я пока остановился на notion. Есть глобальные цели. На несколько лет вперёд.
Есть локальные цели на 90 дней.
Есть задачи на неделю.
Самое сложное это декомпозиция глобальных и локальных целей на задачи.
Я особо не гонюсь за статистикой. Каждую неделю думаю, а то ли я делаю. А может нужно что то изменить?
Т.е. беклог не копится. Ну например. Я хочу купить через 10 лет 2 однокомнатных квартиры под сдачу. В локальных целях стоит собрать денег. А вот задачи постоянно меняются. И это не страшно. Пару месяцев назад, рынок был более предсказуем. Значит на бирже хорошо удалось заработать. Задача выбрать и купить акции. Сейчас штормит. Значит выбрать и купить облигации.
Т.е. У меня нет долгосрочных задач. Есть или цели с примерным планом выполнения. Или краткосрочные задачи. Ну например. Цель - Я разговариваю на английском на бытовые темы через 11 месяцев. Задача каждый день в течении недели повторять упражнения на времена с 30 разными глаголами. Причём задачи ставятся так, что их сложно отягивать.
Ещё есть привычки. Это регулярные задачи. Типа 2 минуты планки. Планирование на следующий день.
Мой опыт. Я заказывал стройматериалы в одном гипермаркете. Там мне дали адрес странички, на которой видно, как авто едет по маршрутным точкам. Уже к началу временного окна доставки, стало ясно что авто ко мне не успеет. Звонка от доставки нет. Проходит интервал, авто лениво ползет по маршруту. Звонка нет.
Я к чему. К тому, что современные средства навигации вполне могут определять, что заказ не доедет вовремя заранее. И хотя бы информировать об этом клиента автоматически.
И да, машина ехала ко мне 3 раза. Сначала с недопоставкой. Потом с браком этой недопоставки. Такое впечатление, что недопоставка и была связана с тем, что паллет уронили и не повезли. А потом, забили и решили все же привести )
В этом известном гипермаркете проблем с логистикой выше крыши.
По адресу repo.postgrespro.ru/pgpro-archive/pgpro-11.1.1/win/ доступен только: PostgresPro_11.1.1_64bit_Setup.exe
У меня же ранее был загружен: PostgreSQL_1C_11.1_64bit_1C_Setup.exe
При попытке «простого» апдейта PostgreSQL_1C_11.1_64bit_1C_Setup.exe на PostgresPro_11.4.1_64bit_Setup.exe не прошла (при старте службы есть ошибки).
Вот у меня и возник вопрос, эта линейка PostgreSQL_1C_11.1_64bit_1C_Setup.exe будет дальше развиваться? Или теперь есть только — PostgresPro_11.1.1_64bit_Setup.exe и обновление нужно делать по «всем правилам».
А если ваш «говнокод» начинает разбирать старший и умный товарищ, который как бы ответственен за результат, то вы получает критику вашего кода. Тут давеча опубликовали по задачу про ресторан и кейс по трудоустройству.
Т.е. вас повозят по столу, будете раза 3-4 переделывать. Но в результате Вы получите именно рабочий опыт, а Ваше руководство передачу опыта.
1С очень плох в совместной разработке. Ну например, задача по разработке бизнес-процессов и бизнес-логики по согласованию чего-либо. В принципе можно разбить на этапы, сделать график подключения специалистов, но когда встанет вопрос про физическую разработку, окажется, что у 1С нет нормального репозитория (ну да, есть подобие, но очень нехорошо сделано), совместная разработка — ад и израиль.
Поэтому и задачи разбивают по разработчикам, что бы они как можно меньше пересекались.
Лично я очень рассчитываю на подключение к Эклипс, правда попытка разработки в 1С под ним, достаточно нестабильна.
— Ubunty-Mate 18.04.1 х64. Настройки стандартные.
— PostgreSQL 11.1 (который про, для 1С). Настройки стандартные.
— intel core duo T5850 2,1Ггц. SSD Samsung 960 evo 250Гб. Ram 3 Гбайта.
pgbench -i -s 100
pgbench -c 10 -T 60: tps = 1169
pgbench -c 99 -T 120: tps = 1113
pgbench -c 99 -T 120 -j2: tps = 1201
pgbench -c 99 -T 120 -j4: tps = 1197
pgbench -i -s 1000
pgbench -c 10 -T 60: tps = 1009
pgbench -c 99 -T 120: tps = 1011
pgbench -c 99 -T 120 -j2: tps = 1064
pgbench -c 99 -T 120 -j4: tps = 1048
Размер базы получился при -s 1000 г-то 15 Гбайт.
Да, платформа у них не самая лучшая и нафига делать встроенный механизм расчета уравнений =))
«Я понимаю, на 1с писать Фейсбук никто не станет, но все же просить под столько клиентов воооот такую по мощности железку — кажется, об оптимизации разговора нет в принципе.»
на 5000 юрезов в 1С нужен что то типа супер-дома. Правда тот же DAX на 5000 пользователей стоит как 10 таких супер-домов =)))
Извините если что, это я так ответил.
Могу я задать уточняющие вопросы по ТЗ, извините по пингвину?
1. Кто является Спонсором Проекта?
2. Есть ли у него четкое представление, какого цвета и размера будет пингвин? Или нам нужно подобрать среднестатистического пингвина?
3. Если требуется сомбреро, логично, что он не будет работать на стройке? А если будет, может под сомбреро мы пристроим заплатку, ой, строительную каску?
4…
Спасибо. В «мое время» был большой Excel с прайсом.
«Значит кому-то эта информация была нужна.»
Задач много. Отслеживать гарантию, например. Для чего в отгрузочных документов должны быть пробиты серийники. Отслеживание отсрочки платежа (читай комиссия). И т.д.
«С пачкордами такая же ситуация – для чего вы вводили отдельные артикулы?»
Потому что есть 3 системных интегратора, для которых важен цвет. И большая часть покупателей использует артикулы производителя и им не хочется принимать товар по «левым» штрих-кодам и артикулам.
«Кстати, система позволяет вести все позиции под одним артикулом с указанием аналитики Цвет. Этот вариант скорее всего облегчил бы вам жизнь в описанной ситуации.»
Может. Но аналитик всего 9 (можно больше но там идет ограничения по индексации). Склад, ячейка, ГТД, НДС, и т.д. много важнее…
И опять задача перерезервирования по аналитикам. Потому что на складе лежат 20 коробок с пачкордами и открыты белые и желтые и по ним еще есть остаток, а выписаны зеленые. Открывать лишнюю коробку склад не хочет. И отгружает желтые и белые.
«А что не так с поддержкой ТСД в DAX?»
в 3.0, 4.0, 2012 ее не было от слова совсем. Например задача собрать заказ на ТСД, когда ТСД должен управлять кладовщиком… вообщем стандартные складские задачи.
Мы писали клиент ТСД с нуля. Долго и печально.
С DAX я работал давно. Но что бесило, так это отсутствие развития функционала 3,4,2012 версии были практически идентичными, за редким исключением (например функциональность СФ. Которую пилили долго и печально).
Например, перерезервирование. Когда вам нужно отгрузить товар с уникальным серийником, но работник склада, не должен его искать, а просто взять первый из ячейки, хотя бы потому что в ячейке 10 коробок с оперативной памятью, и не перебирать их нет ни какого смысла. Но учет нужно вести именно по серийникам. Причем если вы взяли память, которая лежит под другим резервом, они должны «поменяться местами».
А совсем смешно было с пачкордами, которые есть белые, жёлтые, серые, синие… у каждого свой артикул. Но почти для всех заказчиков «моновсеравно» какой цвет будет отгружен… А вот для склада нет. Они не хотят отгружать последнюю коробку желтых. Потому что есть 3 заказчика, для которых важен цвет =))) И опять перерезервирование по заменителям…
А поддержка ТСД? Ну что стоило сделать ее стандартной. DAX очень хорошо переваривает очень большие склады. Замечательно переваривает. Но ТСД?
И вот эта «доработки» шагали из версии в версию. А микрософт был абсолютно не заинтересован в включении ее, да и многих других, в продукт.
Как интересно сейчас, появилась поддержка ТСД? А смена резервов? Или как раньше у интегратора есть свой слой, который закрывает данные пробелы?