Юмор — интеллектуальная способность замечать необычные явлениях и взаимосвязи и уметь ловко их показывать.
С уважением, ваш Кэп.
В данном посте мы видим отличное проявление и того, и другого.
Всегда использовал этот трюк, но не думал, что у него какое-то научное обоснование есть… Лично моему мыслительному процессу кроме прогулок в обед еще помогает иногда штангу с гантелями потягать.
Ну да, я примерно это тоже хотел сказать. Для стажера опенспейс нормально воспринимался — не самый хороший комп, монитор, не самое удачное место (мне вообще около туалета досталось поначалу), старый стул из-под кого-то. Но лично я морально был рад чему угодно, главное — взяли на работу. Постоянно были вопросы к окружающим. Когда показал, что способен и обучаем — получил второй монитор и место поудобнее. Через полтора года смог тянуть серьезные проекты — получил место в кабинете на 3-5 человек (по-моему, это идеальный вариант). Такой своеобразный КМБ получился.
А были и такие, кто за 2 года ничему не научился. Такие увольняются, конечно же из-за того, что им «не дали нормальных условий работы».
Ну вот в нашей действительности отдельный кабинет — это роскошь. Безотносительно того, хорошо это или плохо. Казалось бы, пересади всех сотрудников в отдельные кабинеты — и вот тебе конкурентное преимущество перед другими работодателями. Но этого почему-то не спешат делать.
Разрешите добавить свои пять копеек. Есть такой вариант: смесь опенспейса с кабинетами. Распределение рабочих мест по принципу важности сотрудников. Низшие должности в опенспейсе, более опытные/ценные в кабинетах по 3-6 человек согласно рабочим группам на текущих проектах. Здесь, кмк, опенспейс выступает как бы дополнительным мотивирующим фактором для развития.
В 1С довольно низкая культура программирования. Да и для заказчиков мы, как правило, «волшебники», после заклинаний которых все начинает волшебным образом работать как надо. Объяснений редко требуют. Как следствие вышеперечисленного — практически полное отсутствие документации и комментариев в коде. Так что часто проще сделать с нуля, чем разбираться в чужих доработках. Как обстоят дела в других языках — я не в курсе.
Речь конечно про новые версии платформы начиная, наверное, с 8.3.15. Не могу представить себе задачу, где не поможет расширение и надо снимать конфигурацию с поддержки и редактировать существующий объект.
Для создания модульных решений он пока не подходит, да. Ну я нигде и не утверждал обратного. Функционал ограничен, но с каждой версией платформы этих ограничений все меньше, что не может не радовать. Может и до модульности когда-нибудь дойдут.
В изучении доработок данное решение помогает тем, что изучить доработки в типовом решении все же обычно гораздо менее трудоемко, чем изучать целиком все решение. Вот в чем была моя главная мысль.
С уважением, ваш Кэп.
В данном посте мы видим отличное проявление и того, и другого.
Вспомнилось нетленное «обоссы меня господь!» :-)
Кмк это наоборот свидетельствует о наличии интеллекта. :-)
А были и такие, кто за 2 года ничему не научился. Такие увольняются, конечно же из-за того, что им «не дали нормальных условий работы».
Угу, пользователи им нахаляву заполнили базу, а они ее продают. Барыг надо бить по рукам, иначе они совсем берега потеряют.
В изучении доработок данное решение помогает тем, что изучить доработки в типовом решении все же обычно гораздо менее трудоемко, чем изучать целиком все решение. Вот в чем была моя главная мысль.