Кто встречался с проблемой медленной работы WS под Апачем в linux версии 1C 8.2?

О, супер, спасибо за наводку!

Кто встречался с проблемой медленной работы WS под Апачем в linux версии 1C 8.2?

1) Скорее всего толстый клиент (я не спец в 1С)
2) Не всегда они тратятся. Есть запросы, которые улетают за секунду. Зависимость между задержками вообще не найдена. При этом нагрузка на апач минимальная, все эти 50 секунд он просто отдыхает. Апач настроен корректно. WS выгребает данные за один запрос

Есть подозрение, что потери идут на перекодирование данных в промежутке между модулем апача и 1С сервером

Методы или подходы для проектирования систем на основе спецификации в XML?

Что понимается под новыми сущностями?

Методы или подходы для проектирования систем на основе спецификации в XML?

По данному описанию довольно таки слабо понятно, какая именно работа должна происходить с данным XML.

Скажем так, влияет ли структура данных на какие-то аспекты работы программы, или нужно просто производить процедуры импорта, экспорта, сериализации и так далее.

Синие лучи на закате: что это?

Луны

Почему компании не хотят более тесно работать с соискателями?

Если я бы проводил собеседование, оно возможно закончилось бы на этой фразе. Хуже нет коллеги, который лезет за пределы своей компетенции без веского повода. Архитектор, если не (недо)получает от аналитиков информации о нагрузке или функционале, должен обратиться за уточнениями, а не «брать на себя ответственность». Если аналитики тупят, слить их начальству;)

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

Почему компании не хотят более тесно работать с соискателями?

Да подробного никто не просит. Отказывают по нескольким причинам:
1. Слишком мало опыта
2. Слишком много просите
3. Не подходите по профилю
4. Вы слишком круты для нас

И на 30 писем не проблема ответить. Я в день, иногда, и поболее отвечал.

Почему компании не хотят более тесно работать с соискателями?

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

Я не могу понять, неужели так трудно ответить на письмо соискателя? Их же не тысячи в день!

Почему компании не хотят более тесно работать с соискателями?

Самое смешное, что мне реально хочется разорваться.

С одной стороны хочется продолжать заниматься разработкой архитектур, с другой стороны не хочется забрасывать менеджмент, с третьей хочется податься в UI/UX специалисты, с четвертой есть желание начать карьеру тренера. Но я ведь еще и бизнес-аналитику потяну. Везде разный уровень ответственности и разный уровень оплаты труда. Куда проще программисту. Можно устроиться на работу программистом, а можно пойти на вакансию программиста… :)

Почему компании не хотят более тесно работать с соискателями?

Хотелось бы с людьми общаться, а не с воротами.

Уровень ЗП я не могу указывать, так как он сильно разнится, в зависимости от тех задач, которые я могу выполнять.

Почему компании не хотят более тесно работать с соискателями?

Хорошо, с большими понятно. Чего и маленькие так себя ведут?

Почему компании не хотят более тесно работать с соискателями?

Виталий, предлагаю вам в качестве примера выложить ваше резюме, или того человека, резюме которого вы считаете правильным.

Почему компании не хотят более тесно работать с соискателями?

Простите, кто больше хочет заработать денег, компания или соискатель? Соискатель может легко сменить сферу деятельности, а вот компания так просто свой профиль не поменяет.

И плохо составленное резюме не должно быть причиной полного игнорирования. Мало того, если соискателю помогут подправить резюме, руки HR не отсохнут в тот же миг. Работник будет доволен, что ему помогла «чужая» компания, и он обязательно порекомендует ее своим друзьям. Цель достигнута! К вам будут хотеть устроиться, а это значит, что вы получаете бонус в договорных отношениях.

Почему компании не хотят более тесно работать с соискателями?

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

Почему компании не хотят более тесно работать с соискателями?

1. Я не пишу требования по ЗП, так как готов работать даже за меньшую сумму, но в том месте, где я буду наиболее ценен. Мне интересно решать сложные задачи. Да и вопрос не в том. Я только от одного работодателя дождался внятной кадровой работы, но я больше списываю это на то, что люди прекрасно знают что я умею делать. В одной из контор на мое письмо даже какая-то система ответила. Как приятно пообщаться с роботами!
2. На ХаХа еще не выкладывал, нужно попробовать, спасибо за наводку.

Какой путь выбрать для оптимизации ооочень большой страницы с кучей инпутов?

Я бы посоветовал еще несколько поменять концепцию при работе с множественными данными. Поиск нужных строк можно сделать аналогично саджесту гугла. Все равно пользователь что-то ищет, хоть через Ctrl+F, хоть через любой другой инструмент.
Если нужно делать массовые операции, то лучше это производить через пакетные задачи. Пример такой пакетной задачи: выбрать все по такому-то фильтру и применить то-то. Это гораздо проще и контроллируемее, чем создавать аналоги на JS на стороне клиента. Кстати, пагинация приведет к проблеме, что некоторые действия придется делать для каждой страницы отдельно. Ну или в фоне, при помощи пакетных задач.

Где найти HTML верстальщика?

Аналогично. Все плохо. Даже нет предложений

Как организовать разработку программ?

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

Как организовать разработку программ?

Парное программирование может быть у тимлида с кем-то из команды, или даже у ПМ и разработчика.
Какие плюсы дает парное программирование:
* приучает разработчика делиться мыслями и реализациями с коммандой, вырабатывает коммандный стиль и дух
* лучшие приемы и решения будут записаны в коде, не худшие
* самопроизвольно мотивирует к работе
* самый эффективный способ передать знания новичкам

Негативные стороны
* быстрее устаешь
* при большом дисбаллансе в знаниях продуктивность будет на первых порах ниже, но это временно

Что дает тимлиду парное программирование
* контроль за качеством кода

Что дает ПМ-у парное программирование
* наилучший способ оценки продуктивности работников

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

Как организовать разработку программ?

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

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