pletinsky

Наверное так $sNodes = $oObj.selectNodes('//bot[@name=' & $mob & ']')

Ваша проблема довольно типична на самом деле :) Это не какие то индивидуальные особенности, просто многие боятся самому себе в этом признаться.

Например в рамках классического скрам планирования команда оценивает отдельные фичи или задачи всей командой да еще не в человекочасах, а в абстрактных еденицах, которые переводят в человекочасы опираясь на скорость работы людей до этого. Целая система.

Это делается потому, что в разработке время большинства задач очень трудно оценить адекватно. Большая часть оценок - это просто цифры с неба. Плюс ко всему реальное время обычно "стремится" к запланированному. То есть если вы делаете работу быстрее, вы будете растягивать ее, чтобы не сделать раньше срока, чтобы люди не думал, что вы даете намеренно завышенные оценки. Если же не успеваете - то будете работать как папакарло по выходным, гробя свое здоровье и качество продукта, который вы разрабатываете.

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

В тоже время такие оценки сроков начинают выглядеть как инструменты мотивации людей к работе, подменяя собой традиционные инструменты мотивации: командную работу, премии и т.п. И как инструмент мотивации это действительно работает во многих случаях. Не отменяя конечно побычных эффектов, вредных для вас и проекта в целом.

Что посоветовать - вопрос непростой. Ну, работать в серьезных проектах конечно, с профессиональными людьми. Там таких проблем поменьше.
Ну и конечно учиться оценивать. Ведь ваши беспокойства вызваны неопределенностью. Вы просто не знаете как сказать правильную цифру. Конечно на самом деле никто не знает, некоторые лишь пытаются убедить себя, что знают. Однако вы можете приблизиться к реальности.

• Ведите статистику по тому, сколько времени занимают сделанные вами задачи, или используйте существующую.
  
• Разбивайте задачи на подзадачи и оценивайте их отдельно, а потом складывайте результат.
  
• Сравнивайте задачи с теми, что вы уже делали.
  

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

Можно написать скрипт, который пробежится по списку и по одному их достанет.

Я считаю оба предыдущих комментатора по своему правы. Хотя второй конечно правее.

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

Если вы долго не будете пользоваться аккумулятором (лежит в шкафу) — то самый правильный способ его хранения с зарядкой на 50-60%. Именно поэтому производители и поставляют гаджеты с таким уровнем заряда в аккумуляторе.

С другой стороны устройству очень трудно определить какой именно текущий заряд в аккумуляторе. Они могут надежно определять только динамику его работы. Поэтому чтобы устройство правильно определяло текущий заряд аккумулятора — многие производители рекомендуют его полностью разрядить и зарядить первый раз. Это называется калибровка аккумулятора. То есть дело тут вовсе не в нем самом, а в том устройстве что вы используете. Просто прочитайте инструкцию к вашему устройству и если там написано разрядить зарядить — то сделайте это. Если нет — то забейте.

По моему количество ваших недостатков десктопов можно уменьшить — они повторяются.

Если говорить о модульности и проблеме апгрейда — то проблема есть — но она как правило не критична. Материнскую плату или процессор вы на десктопе тоже так просто не поменяете — только все сразу. А жесткий диск или количество оперативной памяти вы можете докупить и в ноуте.
Я лично только последнее и менял в своем старом десктопе за 7 лет эксплуатации и то это было проблемой, потому что тип памяти (DDR) и слот жесткого диска (IDE) тоже быстро устарели.

Если говорить о саппорте — разница есть если вы собираете десктоп сами без магазина — но это не самый лучший вариант сегодня — потому что вам никто не гарантирует, что все что вы вместе соберете будет работать хорошо. Несовместимости оборудования полно. Десктопы проверяют на совместимость, поэтому по гарантии вы там тоже мало что сможете менять, а то и просто вскрывать.

Мониторы вам понадобятся и для десктопа и для лептопа. Просто без них непросто будет вести разработку. Кому то хватает конечно большого экрана лептопа. Но на мой взгляд легкий ноут с внешними мониторами куда удобнее. Говоря десктоп все таки обычно имеют ввиду системный блок. А то, что монитор в лептопе уже есть — то это скорее ему плюс, не пойму как он стал у вас минусом. Апгрейд монитора для десктопа тоже решается покупкой нового монитора.

Поменять ОС на лептопе действительно проблемнее — но зачем покупать лептоп с неправильной осью? Я видел продаются лептопы без ОС (с досом вроде). Зато вы не учитываете стоимость операционной системы — если она не идет в комплекте с десктопом (а там те же грабли).
По факту есть выбор — либо быть привязанным к одной оси задешево, либо выбирать самому задорого. А десктоп это или лептоп неважно.

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

Когда то компьютер люди собирали из комплектующих, оси использовали ворованные и увлекались разгонами и возможностями апгрейда (которыми не пользовались — потому что устаревало все сразу). Сегодня все уже не так. Десктопы морально устарели — многие предпочитают моноблоки. Синхронизация данных между устройствами перестала быть проблемой с развитием облачных сервисов. И лептопы уже тоже морально начали устаревать срастаясь с планшетами.

Возвращаясь к вопросу на мой взгляд главное достоинство десктопа — он дешевле. Еще в нем больше разных разъемов — док станция для ноутбука это не дешево.
Главное достоинство лептопа — вы можете расположится с ним на кресле, на веранде, в кафе, в поезде, аэропорту, бродить с ним по квартире, ложится с ним в ванную:), брать его на уроки\лекции\встречи, совещания, митинги. Если ваше взаимодействие с компьютером сводится к работе или отдыху на одном месте — то вероятно лучше выбор десктоп. Иначе — лептоп.

Лично я сделал выбор в пользу легкого лептопа с док станцией и внешним монитором с клавиатурой. Это позволяет мне совмещать достоинства лептопа и десктопа. Но это стоит дороже.

Насколько я понимаю ноутбуки на процессорах сенди бридж (предыдущее поколение) имеют встроенную видеокарту (HD Graphics 3000) которая не поддерживает более двух мониторов. А вот новое поколение процессоров Айви бридж — имеет видеокарту (HD Graphics 4000) которая поддерживает более 2 мониторов.

Либо ноутбук с дополнительной достаточно продвинутой видеокартой (обычно такие есть в «игровых» ноутбуках).

Опираясь на данную информация я думаю вы легко подберете себе нужный ноутбук опираясь на его характеристики либо общаясь с консультантами в магазинах.

Также нужно чтобы на ноутбуке было 2 разъема для мониторов, обычно hdmi/display port и dsub. По идее должно быть можно подключить к ним 2 монитора, чтобы работал также монитор ноутбука. Но лучше позвонить в службу поддержки ноутбука и спросить сначала. Вариант подключения второго монитора по usb 3.0 может оказаться не таким уж простым. Возможно покупка док станции будет для вас хорошей идеей.

Мне кажется что serialization в программировании происходит от сериализации выпусков публикаций или художественных произведений.
То есть выпуск каких нибудь статей по частям или книги состоящей из нескольких частей.

Дальше это в IT пришло как преобразование параллельных данных в последовательные для передачи их по каналу связи.
Далее стало употребляться для преобразования объекта в поток в языках программирования.

Но это лишь моя личная теория :)

На мой взгляд базисные знания следующие:

1) Клиентская верстка и стили (html, css). Можно пробежаться глазами хотя бы по теме. Почитать про правила верстки.
2) Клиентская логика, работа с DOM (Javascript, Jquery). Важная тема — стоит уделить ей время.
3) Теория распределенных приложений. — Веб приложения чаще всего являются распределенными. Поэтому стоит изучить архитектурные принципы распределенных приложений. API и т.д.
4) Базы данных (SQL, etc.) — Конечно начать стоит с классического сиквела — но стоит посмотреть и шире — например на nosql решения.

Далее стоит выбрать технологическую платформу. С вашим бэграундом вероятно стоит посмотреть в сторону Microsoft ASP.NET MVC. Это великолепное решение и погружение в обширный мир разработки в рамках решений MS. У них сейчас самые развитые языки программирования (C# 5.0), самые развитые инструментальные среды (MS Visual Studio), одна из самых совершенных виртуальных машин (.Net).
Решение удобнее всего для серьезных и масштабных проектов, хотя и для небольших вполне подойдет.
Следующий кандидат — Ruby on Rails. Это развитое решение с замечательным языком программирования и отличными каркасными решениями, заточенное именно под веб. Возможно лучше подойдет для небольших приложений — но и промышленные продукты без проблем потянет.
Он также очень распространен.
Ну и конечно PHP. Язык программирования данной технологической платформы отстает от требований к разработке больших решений — он скорее подходит для написания скриптов. Однако существует колоссальное количество каркасных решений для данной платформы, которые позволяют реализовывать даже приличного объема продукты. Кроме того данное решение наверное самое распространенное из всех.
И оно потихоньку подтягивается до уровня платформ для разработки промышленных продуктов.
Существует также множество других решений. Например огромный мир Java и решения на базе серверного Javascript.

Скоп работ будет состоять из следующих частей:

1) Клиентская часть (html, css, javascript). Тут вам понадобятся знания по верстке как раз и жаваскрипту. Также следует использовать различные базовые решения и фреймворки. Эта как раз та часть, где слишком глубокие знания (например использование чистого некроссбраузерного javascript) могут быть вредны и лучше все базировать на готовых платформах.
Часто эта часть в web приложениях бывает больше чем хотелось бы.

2) Серверная часть. Тут все определяется технологической платформой описанной в предыдущем абзаце. В веб приложениях как правило немного серверной логики — почти все можно заменить на внешние библиотеки. Но у разработчиков десктопных приложений всегда есть соблазн развивать именно эту часть потому что она им знакома — не поддавайтесь. Специфическая для проекта серверная логика нужна не очень часто. Если ее много — значить кто то увлекся велосипедами. Тоже касается разработок API и систем взаимодействия с внешними сервисами.

3) Базы данных. Конечно обязательно! стоит использовать развитые ORM системы. То есть нужно их изучить под выбранную вами технологическую платформу. Ну и конечно базовые знания баз данных тут тоже очень понадобятся — сиквел, реляционная модель и все остальное.

Дерзайте. Я за вас болею.

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

Сомневаешься — не ешь.

На мой взгляд удобнее всего ноутбук + док станция + монитор + клавиатура и мышь.

Работать конечно удобнее постоянно за монитором с нормальной клавиатурой и мышью.
С другой стороны ноут можно унести домой — зачем лишать возможности людей что нибудь доделать вечером или в выходные.
Ноут можно взять с собой в командировку, на длительное совещание и т.д.

С другой стороны без полноценного рабочего места тяжко — особенно программистам/дизайнерам.

Что касается размера ноутбука — то менеджерам можно 12-13 дюймов, программистам/дизайнерам 13- 14 — такие ноутбуки они смогут таскать с собой и при этом на них еще можно полноценно работать, на меньшего размера уже смогут не все.

Чтобы не украли пристегиваете док станция замком специальным — цена вопроса тьфу.

Вообще стоимость решения главный вопрос — но это если по хорошему делать. Учитывая зарплаты в сфере it сейчас экономить на оборудовании я считаю глупо.

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

Материалы я думаю вы без труда найдете — их завались по этой теме.
На мой взгляд самое главное следующее — для TDD требуется особый подход к мышлению во время написания кода. И именно этот подход делает его эффективным. Заключается он в том, что вы не пытаетесь полностью выстроить в голове работающий метод, который создаете. Вместо этого вы выделяете отдельные бизнес составляющие метода — и создаете их поэтапно.

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

Например вы делаете метод который вычисляет корень из числа… Напишите простой тест подавая туда число 4 и ожидая что на выходе будет 2. Далее имплеминтируете функционал добиваясь чтобы тест прошел.
Но ничего лишнего там писать не стоит. Потом пишите следующий тест например на реакцию на отрицательные значение — далее имплементируете функционал. И так далее.

То есть это метод мышления. Самому к этому прийти не получится — самый лучший вариант — нанять человека который уже это умеет и научится сидя с ним в паре. Если это не возможно — попытайтесь понять стиль такого кодирования использую пособия на реальных ситуациях вроде этого.

Вот тут описаны проблемы при использовании подхода.

TDD — это не метод тестирования — а метод разработки. Он требует архитектурной готовности системы.
При тестировании модуля (например метода или класса) обязательно избавьтесь от всех внешних зависимостей путем мокирования.
Лучше ввести это как жесткое правило — потому, что оставлять такие зависимости можно только в редких случаях и когда вы уже прошарены в теме и что называется знаете — где правила можно нарушать.

Не ленитесь разрабатывать по шаблону — соблюдая мельчайшие и даже самые странные правила — даже если вы видите потерю эффективности — и со временем вы научитесь применять данный инструмент.

У меня кабели лежат смотанные с пакетиках и все в коробке в столе. Наверно было бы неудобно, если бы я часто их вынимал.
Но вынимаю я их очень редко.
Все используемые кабели у меня воткнуты в сетевой фильтр и док станцию ноутбука.
Соответственно чтобы их не было видно, все под стол. А те, что использую периодически — кончик на прищепку цепляю.

1. Сам iPad стоит около 400$+доставка, нужно ли помимо этого что-нибудь платить?
Нет. Лимит беспошлинного ввоза 1000 евро в месяц.

2. Говорят, что на таможне частенько вынимают электронику, из-за чего?
Из-за того, что практически отсутствуют механизмы привлечения к ответственности. При кражи посылки разборки должен вести отправитель. Но он с нашей почтой или таможней связываться не будет — ему проще перестать поставлять в россию или забить на инцидент.

3. Где можно пополнить счет PayPal?
Счет пейпел можно пополнить с привязанной банковской карты, но это делать обычно не нужно, потому что пейпел выступает посредником между банком и продавцом обеспечивая дополнительный уровень безопасности. Расплачиваясь через пейпел вы работаете напрямую с вашим банковским счетом. Счет пейпела для покупок обычно не используют.

На DELL U2312HM никакой не IPS. Это враки. Там e-IPS. Такие матрицы по своим характеристикам не намного лучше аналогичных по стоимости Tn матриц, которые сегодня стали очень хорошими.
Да, у IPS и VA матриц лучше углы обзора и цветопередача. Но на комфортности работы это врятли скажется. Единственный аргумент, это глубина черного.
Зато дешевые IPS и VA матрицы (e-IPS, MVA) грешат кучей артефактов, такие как неравномерная подсветка и кристаллический эффект, которые могут быть вредны для глаз.

У меня самого стоит дома DELL U2412M и на работе дорогой монитор на Tn матрице. И у меня нет оснований полагать, что за рабочим монитором мне менее комфортно работать. А вот кристаллический эффект на домашнем виден хорошо. Субъективные ощущения такие субъективные.

Просто не жалейте денег на монитор и внимательно его выбирайте — тестируя на месте.
В выбранном Вами ценовом диапазоне почти все мониторы очень хорошие. Выбирать там особо нечего. На любой матрице. Читайте отзывы.

Гораздо большее влияние на здоровье ваших глаз оказывает общая эргономика рабочего места и то, как вы работаете за компьютером.

Тоже краем уха слышал всякое — но так чтобы посерьезнее — хз.

Конечно у VA и IPS матриц лучше с углами обзора и цветопередачей — но насколько это влияет на вредность для глаз…
Ну высокая контрастность безусловно аргумент. Но ведь это только один из критериев.

Другие — как на монитор падает свет, как вы сидите перед монитором, делаете ли микропаузы и периодические упражнения для глаз.
На глаза влияет прежде всего общее качество эргономики — а мониторы отличные есть на любых матрицах.
Именно это и есть самое главное куда стоит приложить усилия, чтобы сохранить здоровье.

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

Вопщем мыслите шире.

Для мониторов ноутбуков есть вот такая статья на хабре.
Но для внешних мониторов — выбор восновном только в типе матрицы — тут просто не стоит жалеть денег — монитор.это самая важная часть компьютера для вашего здоровья.