А как сейчас с работой?
нет не как в боксе, по собственному опыту могу сказать что бокс сложнее чем писать код :) там реально тренироваться надо, а не копипастить со stackoverflow ;)
А ещё в программировании не бьют по голове и в корпус за ошибки.
тут надо ради справедливости так же заметить что физическое и морально здоровье боксера любителя (коих большинство) гораздо лучше чем у среднего программиста (коих большинство)
Смотря в какое место добавлять.
-----
Тебя в этом как-то ограничили?
Может, там убитые и вусмерть фрагментированные HDD
-----
И почему это должно влиять на выполнение задачи?
просто открыть файл как текстовый
стримить его кусками, пока не найдёшь метку
затем добавить что надо после метки тоже кусок текста и сохранить файл.
-----
Первый вариант, как Я и говорил, пойдет в козину... второй, похоже, тоже...
К тому же, как выяснилось, у тебя нет понимания того, что значит - "добавить после метки" применительно к файлу...
Насчёт 100мс не знаю
-----
Зато Я знаю.
22 мс - открытие файла, 15 мс - закрытие файла, 2 мс на выполнение работы.
Открытие и закрытие - тормозятся на уровне операционки - тоже можно снизить, но и так сойдет.
Может, проблема в
-----
Проблема - отвочена несколькими постами выше.
да все просто, они сами не знают, они по началу ... Получается continuous improvement. Но это работает только если у тебя дисциплинированая команда.
Такое может работать только в некритичных приложениях. А так за такой континьюс импровемент можно и счет миллионов на 20 получить. Потому как твой сервис продали с 99,995% доступностью.
Там, где может запахнуть керосином, всё это записано в документации проекта. В описании "внешних сервисов". А для сервиса из этого описания отдельно надёргивается только то, что интересует их. И обзывается Service Manual. Что, конечно, не отменяет постоянных правок и дополнений по опыту работ.
И тут сразу вопрос, а рефайнменты есть ? Скорей всего нет.
Ха 3 раза! Карго-культ в своей полной красоте. Конечна есть! Только на них присутствует 20 человек. И вопросы не приветствуются. Типа не понял чё это - посмотришь потом. Можно только указывать на недочёты. Капец.
есть четко поставленная задача ? есть дефинишн оф дан и дефиишн оф реди ?
А то! Только с чёткостью проблема (что ты мешаешь, разработчик всё понял, что же мне сидеть и критерии писать? Должно работать без ошибок, что не понятно?) ну и ДоР и ДоД не выполняется чуть более чем всегда. 1 Тикет из 20, по ощущениям, без нарушений проходит.
могу сразу сказать что мало что выйдет, в пустую потраченое время и деньги.
Ну, деньги платят мне. Я делаю предложения, мне объясняют почему они не могут их реализовать. Высокие договаривающиеся стороны довольны друг другом. Главное не нервничать :)
Я стараюсь уговорить на отдельный маленький проектик как демонстратор технологий. И в команду вытащить 3-4 более-менее адекватных разработчиков. Чтобы их научить работать нормально и получить поддержку на опросах "а хотим ли мы это поменять".
сейчас же с любым языком программирования поставляется утилита, которая из кода документацию делает
Любимая цитата: "В коде написано ЧТО мы делаем, но не написано ПОЧЕМУ"
Пока что приходится подрабатывать такой утилитой самому :)
Почему вас до сих пор не уволили? Вы не решили проблему не только за 15 минут! Вы и за 2-3 месяца её не решили! Или вы сами из тех, кто увольняет?
Потому что
а.) моё начальство на порядки адекватнее некоторых
б.) я видел куда шёл, сроков мне не устанавливали
Увольнять я не могу. Максимум спросят мнение. И то не факт.
а причем тут гит ?
-----
Именно при этом
а у него на лептопе работает.
просто убираешь у него аргумент перенося место акцептирования с его рабочего места...
Аргумент - да, частый - лекарство - приемлемое.
Такое может работать только в некритичных приложениях. А так за такой континьюс импровемент можно и счет миллионов на 20 получить. Потому как твой сервис продали с 99,995% доступностью.Там, где может запахнуть керосином, всё это записано в документации проекта. В описании "внешних сервисов". А для сервиса из этого описания отдельно надёргивается только то, что интересует их. И обзывается Service Manual. Что, конечно, не отменяет постоянных правок и дополнений по опыту работ.
согласен, но часто это только в теории так. И критичность приложения это тоже понятие растяжимое. Есть критичные сервисы, за отказ которых можно штраф и побольше чем на 20 миллионов получить, и репутацией расплатиться и бафин можете по шее надавать и конечно же там никакого импрувмента, там все по старинке и waterfall. И на практике у некоторых такие системы висят на соплях и даунтайм у них побольше чем у некритичных. И вообще в большинстве случаев 99,995% аптайма это только на бумажке.
Есть ужасно малюсенький процент проектов/систем где реально очень критично и может реально нехило прилететь, но мне как работовзятелю этот процент не очень интересен.
22 мс - открытие файла, 15 мс - закрытие файла, 2 мс на выполнение работы.
Открытие и закрытие - тормозятся на уровне операционки - тоже можно снизить, но и так сойдет.
А почему закрытие быстрее, если там процесс сохранения ещё присутствует?
> Ха 3 раза! Карго-культ в своей полной красоте. Конечна есть! Только на них присутствует 20 человек. И вопросы не приветствуются. Типа не понял чё это - посмотришь потом. Можно только указывать на недочёты. Капец.
ну в принципе ты сам написал почему не получается :) митинги по 20 человек, вопросы не приветствуются, весьма не здоровая атмосфера.
> А то! Только с чёткостью проблема (что ты мешаешь, разработчик всё понял, что же мне сидеть и критерии писать? Должно работать без ошибок, что не понятно?) ну и ДоР и ДоД не выполняется чуть более чем всегда. 1 Тикет из 20, по ощущениям, без нарушений проходит.
если такая фигня, значит продактоунер и скраммастер не выполняет свою работу, либо им не дают этого делать. Я сам все это видел и знаю как оно.
> Ну, деньги платят мне. Я делаю предложения, мне объясняют почему они не могут их реализовать. Высокие договаривающиеся стороны довольны друг другом. Главное не нервничать :)
Я стараюсь уговорить на отдельный маленький проектик как демонстратор технологий. И в команду вытащить 3-4 более-менее адекватных разработчиков. Чтобы их научить работать нормально и получить поддержку на опросах "а хотим ли мы это поменять".
А насчет денег, да понимаю, у меня так же :) хотя я не разраб, я больше по части инфраструктуры и SRE. За ваши деньги я могу переливать из пустого в порожнее
на них присутствует 20 человек. И вопросы не приветствуются. Типа не понял чё это - посмотришь потом. Можно только указывать на недочёты.что ты мешаешь, разработчик всё понял, что же мне сидеть и критерии писать? Должно работать без ошибок, что не понятно?) ну и ДоР и ДоД не выполняется чуть более чем всегда. 1 Тикет из 20, по ощущениям, без нарушений проходит.
это кстати как раз та атмосфера где вояются критические приложения с 99,995% доступности ? 
это кстати как раз та атмосфера где вояются критические приложения с 99,995% доступности ?
Неее, тут слава богу хоть такого нет. с 7 до 18 по рабочим дням. Должно работать. Но если поломается на пару часиков, ну ладно, бывает. Ну не заключишь сейчас договор, заключишь завтра. Куда торопиться-то? :)
Но есть, есть отдельные голоса, которые радостно рапортуют, мол, щас как мы прикрутим ко всему этому веб-интерфейс для клиентов, и пойдём в веб, 24/7! Ню-ню.
вот я о том же. В начале проекта или когда тебя зазывают в проект, расписывают все как просто до предела мишн критикал. Потом осмотришься, ага ну-ну, все ясно. У меня знакомый в проект пошел и ему сказали что клиент это энергетический концерн и если что, то у пол германии электричества не будет. Так на самом деле оказалось все еще хуже чем ты описывал с митингами и атмосферой в проекте. Такой вот он этот критикал
и если что, то у пол германии электричества не будет. Так на самом деле оказалось все еще хуже чем ты описывал с митингами и атмосферой в проекте. Такой вот он этот критикал
Судя по тому, что ещё ни разу у половины Германии электричество не отваливалось, то всё до сих пор хорошо работает? Значит, помогают митинги, или хотя бы недостаточно сильно вредят?
я не в курсе, я там не был. Был в команде где только скрам митинги и все, там не вредят
А почему закрытие быстрее, если там процесс сохранения ещё присутствует?
-----
Вопрос - хороший.
Где-то даже правильный в том плане, что надо понимать почему.
Сам то как думаешь - почему закрытие быстрее открытия?
Zurück
Liste