Скажите, есть ли в Питере компании, где реально девелопят. С автоматизированными тестами, с моделиронием, прототипированием, где не дурят зачтенными часами, где не кидают на стол чужеродные ТЗ. В общем, где по взрослому. Или не бывает такого? Размер компании вопрос второстепенный.

Хотя бы просто, бывает такое в природе или нет.

> девелопят

что-что простите ?

А это про что?

(0) если ты про разработку с использованием 1С - то тут это не нужно.

В Питере есть всё.

(0)Наверно диплом по теме?
(3) Нужно, понимаючи, а тут набор понтов.

(0) Есть но обычно ценник такой , что рук проекта рассказывают "раньше систему учета дорабатывали франчи , но потом мы посчитали деньги и решили нанять фикси"

И вообще от франчей ( а обычно девелоперы имеют статус франчайзи и не важно  - обычные они франчи или какие-то особенные ) уходят. Или цена не устроит или качество ...

(6) Обобщать вредно.

есть и дохрена

(8) имена, пароли, явки...

при чем здесь 1с?

(10) А как ты будешь качественно делать? Или поиграл и бросил..

(11) на хомячках. юнит тестирование при постоянном рефакторинге работает. при написании новых фич - нет. у меня новые алгоритмы частенько работают в параллель со старыми, при этом результаты сравниваются, если не отличаются - то старые отключаются просто

работа по нормальному ТЗ? Не. Не слышал :(

За 15 лет не видел ни одного нормального ТЗ. Тем более, что в наше время (когда все калькуляторы уже построены), ТЗ потихоньку отходит на второй план.

(14) не свезло тебе в жизни

В питере мало платят. и климат хреновый.

(9) еще один КА?

Хорошо, что у всех все хорошо. Я как ни посмотрю чью-то конфу (уровня большого предприятия) - страшное, жидкое месиво, захватывающее мозг не только разработчиков, но и парализующее мозг пользователей. Причем очевидно же, что любое телодвижение в ней тратит в 10-ки раз больше усилий. Засчет непроработанных зависимостей, спутанного кода, процедур по несколько тыщ строк.

(0) Я знаю одну такую компанию.

(19) не подумай, что я иронизирую, но немного стало легче жить :)

(18) и ты думаешь что это из-за того что не было ТЗ? тут имхо причина в другом

(20) Всегда рад помочь.

(19) бит?)

(20) а если ценник в такой компании будет на порядок больше?

(21) Да их масса, этих причин.

(24) которые разрабатывают, или которые платят зарплату?

(23) смешно

я думал ты внедренца ищешь, а оказывается работодателя?

Что это за слово работадатель :) Работы полно, вопрос в каких условиях она происходит.

(23) тссс не пали :)

имхо нету таких вообще
тк кто работает по взрослому у того свой

В Питере есть даже кунсткамера...
wiki:Кунсткамера

(18) давно в сфере 1С работаете ?

(33) больше 15 лет

(18) Какая пользователю хрен разница сколько в модуле строк?!

(34) только сейчас прорвало ? :)

на 1с в принципе не девелопят

(23) я бы сказала, что бит упоминать - это даже не смешно...
грешно смеяться...

(35) Ему да, Вам ( если это не случай поиграл и бросил) играет роль. Потому как разработка (даже просто рефакторинг) процесс безастановочный, так природой заложено. Т.е. кодя таким образом Вы создаете проблему себе или другому девелоперу.

у нас новое модное слово к 1С кто-то надумал применять??

(40) да просто товарищ перегрелся, или заклинило))) скоро отпустит.

(36) Я просто не спешил делать выводы :)

(42) ну тогда может объяснишь-таки, что ты подразумеваешь под термином "девелопят"?

эээ... об этом столько можно рассказать, с какой стороны посмотреть.

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

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

Можно предусмотрительно заложить свойства в сам продукт и процесс его производства, так, чтоб потом легко двигаться. Как сказал Костя "В драйве".

Главное всегда помнить, текущее решение - не последнее.

Пока карма хорошая есть жизнь (девелопинг), как все заросло мхом - процессы остановились, жизнь умерла.

... может как-то так.

PS. А инструмент (по моему глубокому заблуждению) не важен, хоть на балайке.

(44) "жизнь"="девелопинг"
*пойду запишу*

это ты вот такие "выводы" понаделал по истечение 15 лет с 1С?
авторство зафиксировал?

(44) "создай" пару потомков

(0) Такого не бывает. Если делать все по-взрослому, то себестоимость продукта возрастет в разы. А в условиях, когда клиент ведется на предложения конкурентов, у которых не все по-взрослому, это верная смерть.

(47) Ну я примерно это и хотел поспрашивать. С утверждением не соглашусь. Я видел как франчи работают. Методы 90-х годов, когда писались калькуляторы, тогда это прокатывало. Теперь за все расплата время, большие бабки на 80% проедаются в ЗП. И тут на ум приходит, как всегда, здравая идея. Урезать ЗП и гнать по срокам. В результате, "головы", которые знают какими тропами можно ходить, какими нет - исчезают. А те кто остался рожают детей не за 9 месяцев, а за 6, а то и меньше. Рожают, ЗП получают, потом долго-долго мучаются. Я видел слезы нач. отдела, который хвастал, что ему нафиг не нужна какая-то там конвертация, за пол часа слобают обработку, а позже говорил, что два месяца его обмен не дает покоя, одно исправляется, другое появляется.

(23) Не смешно. ))

(47) Эх не кушал ты проектов видимо.

(50) Я не кушал сказки, а не проекты :)

Рассвет выложи, что нить свое - интересно посмотреть как асы пишут.

(48) В этой области з/п и так 60-80% себестоимости. Какие тут еще значимые затраты возможны?

(0) это требует больших затрат на старте, а у нас не привыкли вкладывать. Проще нанять парочку студентов, которые сделают работу быстро и через обходные пути. А потом еще рубить бабло на допиливании отчетов и доработок. Да и сами клиенты хотят сейчас и быстро. Поэтому нужно искать баланс. Кто находит имеет большой профит.
З.Ы. Из личного опыта: был у заказчика отчет в 14 000 строчек. Что бы добавить одну колоночку приходилось часами перелопачивать одинаковые куски кода. Как то меня это подзадолбало - потратил выходные и в личное время немного подшаманил отчет, тупо выбросив лишние куски кода - с 14 000 строк до 800. Дальнейшая доработка отчета занимала вместо нескольких часов полчаса вместе с постановкой задачи и сдачей отчета. Но есть отчеты маленькие и "одноразовые", которые проще набросать на скорую руку и забыть о нем как о мелкой неприятности, ибо корректное описание займет больше времени.

(54) Про 14000 строк хорошо написал, я сейчас перед глазами таких 255 вижу и они все стали не временные. А временные, понятно.

(52) попрошу не оскорблять :)

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

(56) Если честно то реально интересно посмотреть.

Вечером дома посмотрю

(59) Можешь в почту скинуть.

Ну вот http://rusfolder.com/31597919

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

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

Составляем сценарии, наслаждаемся результатами.

Ничего заумного, никаких навыков, зато экономия времени и внимания.

(61) Так ты тупо пиарился? К Мане.

(62) ты хоть тему то читал, многообразие?

(63)

А мне нравятся подобные темы.
Сам сейчас UML разбираю. Планирую в ближайшее время оформить в виде демо базы, смоделированной на UML и выложить на сайте.
Может кто-то начнет сначала моделировать. Глядишь и до тестов дорастут.

(0) Вообще есть классная книга "Программист прагматик", прочитать стоит
И применять на практике.