Сообщение Скорость запуска и скорость разработки - связь от 22.08.2023 10:53
Изменено 22.08.2023 11:06 Shmj
Скорость запуска и скорость разработки - связь
Как то был такой случай.
Нашел заказ какой-то конторы российской, у них было все на Sharepoint. Писали к нему плагины.
У меня на ноуте тогда уже не хватило места, чтобы всю эту систему поднять — там и СУБД и все остальное, по этому попросил чтобы сделали на совем компе — там как раз чел. у них уволился и я работал за его компоом, только удаленно. Т.е. ранее они приходили и знали что там работает Вася, теперь Васи нет и знают что там какой-то удаленщик чего-то делает за тем же компом, только через RDP.
Так вот в чем фишка — когда сделал работу — ее нужно протестить. А это значит применить новую версию плагина. И эта байда требовала перезагрузки сервера Sharepoint, который был напичкан разными плагинами. По-моему засекал — занимало 7 минут. Это на их компе, не на моем.
И, получается, цена каждой попытки — 7 минут. Быстрее нельзя. Если проверил и увидел что пропустил какую-то мелочь — еще 7 минут.
Спрашиваю у них — а что мне делать, у меня цена ошибки 7 минут — как делаете вы (а они эту систему лет 10 делали)? И мне говорят — да вот, так и ждем пока перезагрузится
(похоже они даже не засекали время).
Я потратил пол дня, но сделал себе такую фишку — перегонку из Sharepoint в обычное ASP.Net приложение и обратно. Делать не хотелось, ведь 7 минут подождать проще, чем тратить пол дня на то, за что тебе не заплатят — что к делу не относится.
И тогда делал так — разрабатывал плагин как WebControl обычного ASP.Net приложения — запускалось за 5 секунд. Потом когда отладил — запускал скрипт и он из этого приложения делал плагин — оставалось его только собрать, загрузить и подождать те 7 минут.
Они гордились тем, что умеют разрабатывать очень внимательно и сразу много, не допуская ошибок — чтобы потом не ждать эти 7 мин. Я так не умею, но сделал иначе.
Потом получил оплату, забыл за этот проект как страшный сон.
И что вы думаете? Через примерно пол года они просят меня дать тот скрипт, который конвертит между Sharepoint и ASP.Net
Мораль басни — скорость запуска, время от внесения изменения до получения результата что все ОК/не ОК — критически важно. И нужно стараться всеми силами приблизить его к заветным 200 миллисекундам.
Нашел заказ какой-то конторы российской, у них было все на Sharepoint. Писали к нему плагины.
У меня на ноуте тогда уже не хватило места, чтобы всю эту систему поднять — там и СУБД и все остальное, по этому попросил чтобы сделали на совем компе — там как раз чел. у них уволился и я работал за его компоом, только удаленно. Т.е. ранее они приходили и знали что там работает Вася, теперь Васи нет и знают что там какой-то удаленщик чего-то делает за тем же компом, только через RDP.
Так вот в чем фишка — когда сделал работу — ее нужно протестить. А это значит применить новую версию плагина. И эта байда требовала перезагрузки сервера Sharepoint, который был напичкан разными плагинами. По-моему засекал — занимало 7 минут. Это на их компе, не на моем.
И, получается, цена каждой попытки — 7 минут. Быстрее нельзя. Если проверил и увидел что пропустил какую-то мелочь — еще 7 минут.
Спрашиваю у них — а что мне делать, у меня цена ошибки 7 минут — как делаете вы (а они эту систему лет 10 делали)? И мне говорят — да вот, так и ждем пока перезагрузится
(похоже они даже не засекали время).Я потратил пол дня, но сделал себе такую фишку — перегонку из Sharepoint в обычное ASP.Net приложение и обратно. Делать не хотелось, ведь 7 минут подождать проще, чем тратить пол дня на то, за что тебе не заплатят — что к делу не относится.
И тогда делал так — разрабатывал плагин как WebControl обычного ASP.Net приложения — запускалось за 5 секунд. Потом когда отладил — запускал скрипт и он из этого приложения делал плагин — оставалось его только собрать, загрузить и подождать те 7 минут.
Они гордились тем, что умеют разрабатывать очень внимательно и сразу много, не допуская ошибок — чтобы потом не ждать эти 7 мин. Я так не умею, но сделал иначе.
Потом получил оплату, забыл за этот проект как страшный сон.
И что вы думаете? Через примерно пол года они просят меня дать тот скрипт, который конвертит между Sharepoint и ASP.Net
Мораль басни — скорость запуска, время от внесения изменения до получения результата что все ОК/не ОК — критически важно. И нужно стараться всеми силами приблизить его к заветным 200 миллисекундам.
Скорость запуска и скорость разработки - связь
Как то был такой случай.
Нашел заказ какой-то конторы российской, у них было все на Sharepoint. Писали к нему плагины.
У меня на ноуте тогда уже не хватило места, чтобы всю эту систему поднять — там и СУБД и все остальное, по этому попросил чтобы сделали на своем компе — там как раз чел. у них уволился и я работал за его компоом, только удаленно. Т.е. ранее они приходили и знали что там работает Вася, теперь Васи нет и знают что там какой-то удаленщик чего-то делает за тем же компом, только через RDP.
Так вот в чем фишка — когда сделал работу — ее нужно протестить. А это значит применить новую версию плагина. И эта байда требовала перезагрузки сервера Sharepoint, который был напичкан разными плагинами. По-моему засекал — занимало 7 минут. Это на их компе, не на моем.
И, получается, цена каждой попытки — 7 минут. Быстрее нельзя. Если проверил и увидел что пропустил какую-то мелочь — еще 7 минут.
Спрашиваю у них — а что мне делать, у меня цена ошибки 7 минут — как делаете вы (а они эту систему лет 10 делали)? И мне говорят — да вот, так и ждем пока перезагрузится (похоже они даже не засекали время).
Я потратил пол дня, но сделал себе такую фишку — перегонку из Sharepoint в обычное ASP.Net приложение и обратно. Делать не хотелось, ведь 7 минут подождать проще, чем тратить пол дня на то, за что тебе не заплатят — что к делу не относится.
И тогда делал так — разрабатывал плагин как WebControl обычного ASP.Net приложения — запускалось за 5 секунд. Потом когда отладил — запускал скрипт и он из этого приложения делал плагин — оставалось его только собрать, загрузить и подождать те 7 минут.
Они гордились тем, что умеют разрабатывать очень внимательно и сразу много, не допуская ошибок — чтобы потом не ждать эти 7 мин. Я так не умею, но сделал иначе.
Потом получил оплату, забыл за этот проект как страшный сон.
И что вы думаете? Через примерно пол года они просят меня дать тот скрипт, который конвертит между Sharepoint и ASP.Net
Мораль басни — скорость запуска, время от внесения изменения до получения результата что все ОК/не ОК — критически важно. И нужно стараться всеми силами приблизить его к заветным 200 миллисекундам.
Нашел заказ какой-то конторы российской, у них было все на Sharepoint. Писали к нему плагины.
У меня на ноуте тогда уже не хватило места, чтобы всю эту систему поднять — там и СУБД и все остальное, по этому попросил чтобы сделали на своем компе — там как раз чел. у них уволился и я работал за его компоом, только удаленно. Т.е. ранее они приходили и знали что там работает Вася, теперь Васи нет и знают что там какой-то удаленщик чего-то делает за тем же компом, только через RDP.
Так вот в чем фишка — когда сделал работу — ее нужно протестить. А это значит применить новую версию плагина. И эта байда требовала перезагрузки сервера Sharepoint, который был напичкан разными плагинами. По-моему засекал — занимало 7 минут. Это на их компе, не на моем.
И, получается, цена каждой попытки — 7 минут. Быстрее нельзя. Если проверил и увидел что пропустил какую-то мелочь — еще 7 минут.
Спрашиваю у них — а что мне делать, у меня цена ошибки 7 минут — как делаете вы (а они эту систему лет 10 делали)? И мне говорят — да вот, так и ждем пока перезагрузится
(похоже они даже не засекали время).Я потратил пол дня, но сделал себе такую фишку — перегонку из Sharepoint в обычное ASP.Net приложение и обратно. Делать не хотелось, ведь 7 минут подождать проще, чем тратить пол дня на то, за что тебе не заплатят — что к делу не относится.
И тогда делал так — разрабатывал плагин как WebControl обычного ASP.Net приложения — запускалось за 5 секунд. Потом когда отладил — запускал скрипт и он из этого приложения делал плагин — оставалось его только собрать, загрузить и подождать те 7 минут.
Они гордились тем, что умеют разрабатывать очень внимательно и сразу много, не допуская ошибок — чтобы потом не ждать эти 7 мин. Я так не умею, но сделал иначе.
Потом получил оплату, забыл за этот проект как страшный сон.
И что вы думаете? Через примерно пол года они просят меня дать тот скрипт, который конвертит между Sharepoint и ASP.Net
Мораль басни — скорость запуска, время от внесения изменения до получения результата что все ОК/не ОК — критически важно. И нужно стараться всеми силами приблизить его к заветным 200 миллисекундам.