Я конечно понимаю что рутер дома выбирают уже по цвету лампочек, но где собственно нормальные тесты или параметры?
Хотя бы сколько NAT держит сессий TCP? а то понаставят торрентов и придеться перегружать постоянно. А судя по списку протоколов это самая что ни на есть
дешевая железка и очень вероятно что загнется.
Ну вообще-то некоторые проектные стандарты родились как требования к исполнителю гос заказа в Штатах. Например CMM.
Да, и я бы не стал делать выводы раньше времени. Почему там была вода и были или нет закрыты затворы и почему — отсюда лично мне многое неясно. Мне ясно одно — проблемы на ГЭС были серьезные, поскольку знающие люди драпанули, видимо ожидая самого худшего.
Слава Богу худшее не случилось, но люди погибли. И уважая их память, а также эмоции и здоровье тех кто так или иначе вовлечен, я призываю не делать поспешных выводов.
Вариантов собственно два:
либо сделать как хочет заказчик и вытащить стоимость издержек из него, либо сделать по контракту. В обоих случаях нехилые риски потерять либо денег, либо заказчика.
В крупной фирме, скорее всего затребуют гарантийное письмо на сверхконтрактные работы. Либо сделать, а потом перезаключить контракт с более строгой SLA = дороже.
Мелкой фирме или фрилансеру остается либо признать что деньги значительные, риски потерять их того не стоят и сделать как требует заказчик, либо «учить» — например вытянуть переписку, правильно отквотить, дабы было очевидно противоречие и отослать или сделать это устно.
Главное — обязательно выполнить все контрактные обязательства, как бы не складывались отношения в процессе, либо в соответствии контрактом его разорвать.
В целом такие заказчики рисковые — если они пытаются выиграть копейки на мелочи, то в случае серьезных проблем будет все намного хуже. Это важно, поскольку контракт обычно описывает рабочие процессы и очень редко когда закрывает все возможные прецеденты.
да нет тумана, и проблемы удержать в голове несколько вещей нет. Просто мозг с утра «не включается» в работу — ассоциативная память короткая, решения стандартные, любые сложности хорошо если просто игнорируются.
Я пока в офисе ошивался вполне мог почту читать и в телеконференции участвовать и сёрфить параллельно. И сейчас почта/новости/блоги/ребенок с утра, пока не очнусь. Предлагаете еще что-нить в пятый пункт добавить? :)
Главное ничего критичного при этом не делать. И если в офисе с 9, то до 10-11, а то и до обеда — такое вот состояние. Дома такая же фигня.
После обеда, обычно с разговорами и трёпом о жизни после в курилке, мозг просыпается и жаждет пищи и работы :) и так до ночи. Собственно самый пик где-то на 6-10 вечера приходиться. Когда были проблемы с проектами я работал в это благодатное время — никто не отвлекает и пашешь не замечая времени, пока охрана не выгонит.
Сейчас я и до 10 вечера могу балду пинать, потом быстро ночью нагоняю.
На самом деле проснуться — пол беды. Беда в том как включить мозг.
Иногда, к счастью такое случается редко — я туплю пару часов прежде чем начинаю думать. «Туплю» — отвечаю автоматически на вопросы, иногда очень замысловато. Сёрфить в инете в таком состоянии можно бесконечно.
Всякие зарядки практически не меняют состояния. Да, бодрит, можно даже адреналинчику добавить, но мозг все равно спит.
Лучше всего начать обдумывать планы на день, открыть заметки по задачам, обдумать варианты, задачки в уме порешать. Но иногда приходиться все переделывать когда просыпаешся окончательно и понимаешь что все что было сделано — фуфло.
сие означает что заказчик не до конца понимает что он покупает. Повторить 10 раз при заключении договора не лишне. И перевести на язык покупателя.
Бумажки и в правду не стоит трясти, потому что они лишь фиксируют договоренность. Бывают конечно хитрецы, которые на «отношении» пытаются сэкономить, но большинство соблюдают устные договоренности. Если доходит до перечитывании SLA, то значить ее просто не читали и не объяснили по-началу.
К стати у меня было неоднократно что со временем SLA поднимали и цена при этом естественно росла. Заказчика надо обучать.
Да, бумаги вычитывают, без дополнительного пинка, только дважды прожжённые.
Стандартная ошибка обещать неизвестно что. Которая, если подумать, означает безответственность. По опыту работы в больших проектах — это всегда стоит больших денег или неудовлетворения сторон. Во фрилансе приходиться говорить себе «это урок тебе на будущее» :)
Я очень терпимо отношусь к дополнениям, тем более они повод запросить дополнительные деньги или бонус, но всегда отвечаю что это зависит от изменений и заранее ничего обещать не могу. Буквально на прошлой неделе пришлось послать своего последнего индуса-заказчика, когда мы не сошлись во мнении на словах «небольшие изменения» и «недорого» ;)
Интересный феномен. Еще несколько лет назад быстрый и «безлимитный» интернет был только на работе, а сейчас… последний раз, когда по работе надо было качнуть по выделенной офисной сети несколько гигов, я сделал это дома, подключившись через публичный инет по VPN к шлюзу рядом с сервером.
Пару лет назад один мой знакомый смеялся что он будет первым домовладельцем в России, подключенным по 1G ( может и 10G — технически мог бы :) Наш интернет в офисе был проапгрейден в тоже время до 25 Mbit потому что бухгалтерии нужен был выделенный канал…
Я пишу из своей практики. Если кому-то повезло с чужими выражениями, я рад за него. Но в реальности приходиться менять условия и тут придется разобрать чужой регэксп, по-любому.
Скорость работы… пишите проще, меньше шаблонов и больше конкретики — я писал об этом в статье и будут Ваши выражения быстры и верны.
Да, симовол "-" и в конце и в начале диапазона воспринимается как просто символ. Можно это использовать, главное не нарваться на описанную выше проблему. Я регулярно наблюдаю эту ошибку, поэтому решил что это важно.
Мне казалось я написал причины… но все же аргумент за простоту и красоту:
Код, имеет свойство переписываться и для меня важно быстро и безошибочно определить что он делает, поменять его, оставив простоту и ясность. Я всегда могу усложнить код, но упростить, как правило, очень сложно.
«Свой» код становиться чужим уже через неделю и приходиться вчитываться и даже ругнуться не на кого если что-то непонятно :) Я стараюсь писать сразу «красиво» и понятно, если что комментируя и добавляя FIXME или TODO если мысль не до конца реализована.
По return-ам — пишу как понятнее. Иногда их несколько, особенно на проверках. Иногда он один, когда нужен результат. Бывает что и комбинированный вариант.
Не вижу смысла фиксировать какое-нить правило для return.
Хотя бы сколько NAT держит сессий TCP? а то понаставят торрентов и придеться перегружать постоянно. А судя по списку протоколов это самая что ни на есть
дешевая железка и очень вероятно что загнется.
Да, и я бы не стал делать выводы раньше времени. Почему там была вода и были или нет закрыты затворы и почему — отсюда лично мне многое неясно. Мне ясно одно — проблемы на ГЭС были серьезные, поскольку знающие люди драпанули, видимо ожидая самого худшего.
Слава Богу худшее не случилось, но люди погибли. И уважая их память, а также эмоции и здоровье тех кто так или иначе вовлечен, я призываю не делать поспешных выводов.
Вариантов собственно два:
либо сделать как хочет заказчик и вытащить стоимость издержек из него, либо сделать по контракту. В обоих случаях нехилые риски потерять либо денег, либо заказчика.
В крупной фирме, скорее всего затребуют гарантийное письмо на сверхконтрактные работы. Либо сделать, а потом перезаключить контракт с более строгой SLA = дороже.
Мелкой фирме или фрилансеру остается либо признать что деньги значительные, риски потерять их того не стоят и сделать как требует заказчик, либо «учить» — например вытянуть переписку, правильно отквотить, дабы было очевидно противоречие и отослать или сделать это устно.
Главное — обязательно выполнить все контрактные обязательства, как бы не складывались отношения в процессе, либо в соответствии контрактом его разорвать.
В целом такие заказчики рисковые — если они пытаются выиграть копейки на мелочи, то в случае серьезных проблем будет все намного хуже. Это важно, поскольку контракт обычно описывает рабочие процессы и очень редко когда закрывает все возможные прецеденты.
Имхо это сложнее и сбивает с ритма и черевато ошибками.
В целом, хорошая идея!
Я пока в офисе ошивался вполне мог почту читать и в телеконференции участвовать и сёрфить параллельно. И сейчас почта/новости/блоги/ребенок с утра, пока не очнусь. Предлагаете еще что-нить в пятый пункт добавить? :)
Главное ничего критичного при этом не делать. И если в офисе с 9, то до 10-11, а то и до обеда — такое вот состояние. Дома такая же фигня.
После обеда, обычно с разговорами и трёпом о жизни после в курилке, мозг просыпается и жаждет пищи и работы :) и так до ночи. Собственно самый пик где-то на 6-10 вечера приходиться. Когда были проблемы с проектами я работал в это благодатное время — никто не отвлекает и пашешь не замечая времени, пока охрана не выгонит.
Сейчас я и до 10 вечера могу балду пинать, потом быстро ночью нагоняю.
Иногда, к счастью такое случается редко — я туплю пару часов прежде чем начинаю думать. «Туплю» — отвечаю автоматически на вопросы, иногда очень замысловато. Сёрфить в инете в таком состоянии можно бесконечно.
Всякие зарядки практически не меняют состояния. Да, бодрит, можно даже адреналинчику добавить, но мозг все равно спит.
Лучше всего начать обдумывать планы на день, открыть заметки по задачам, обдумать варианты, задачки в уме порешать. Но иногда приходиться все переделывать когда просыпаешся окончательно и понимаешь что все что было сделано — фуфло.
сие означает что заказчик не до конца понимает что он покупает. Повторить 10 раз при заключении договора не лишне. И перевести на язык покупателя.
Бумажки и в правду не стоит трясти, потому что они лишь фиксируют договоренность. Бывают конечно хитрецы, которые на «отношении» пытаются сэкономить, но большинство соблюдают устные договоренности. Если доходит до перечитывании SLA, то значить ее просто не читали и не объяснили по-началу.
К стати у меня было неоднократно что со временем SLA поднимали и цена при этом естественно росла. Заказчика надо обучать.
Да, бумаги вычитывают, без дополнительного пинка, только дважды прожжённые.
Я очень терпимо отношусь к дополнениям, тем более они повод запросить дополнительные деньги или бонус, но всегда отвечаю что это зависит от изменений и заранее ничего обещать не могу. Буквально на прошлой неделе пришлось послать своего последнего индуса-заказчика, когда мы не сошлись во мнении на словах «небольшие изменения» и «недорого» ;)
Пару лет назад один мой знакомый смеялся что он будет первым домовладельцем в России, подключенным по 1G ( может и 10G — технически мог бы :) Наш интернет в офисе был проапгрейден в тоже время до 25 Mbit потому что бухгалтерии нужен был выделенный канал…
Какой-то перевернутый мир получился…
RegexUtil, ставиться regex-util.sourceforge.net/update/
if (var=func()) something;
если не считать того что 0 или '' эквивалентно false для return из func()
приведение типов в конце концов тоже имеет свои плюсы.
PS. Без понятия кто такой Фленов :) Учился в универе. Давно. На физика.
Скорость работы… пишите проще, меньше шаблонов и больше конкретики — я писал об этом в статье и будут Ваши выражения быстры и верны.
Да, симовол "-" и в конце и в начале диапазона воспринимается как просто символ. Можно это использовать, главное не нарваться на описанную выше проблему. Я регулярно наблюдаю эту ошибку, поэтому решил что это важно.
Мне казалось я написал причины… но все же аргумент за простоту и красоту:
Код, имеет свойство переписываться и для меня важно быстро и безошибочно определить что он делает, поменять его, оставив простоту и ясность. Я всегда могу усложнить код, но упростить, как правило, очень сложно.
По return-ам — пишу как понятнее. Иногда их несколько, особенно на проверках. Иногда он один, когда нужен результат. Бывает что и комбинированный вариант.
Не вижу смысла фиксировать какое-нить правило для return.