Дисклеймер

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

Предисловие

Сначала я просто хотел написать небольшую статью о том, как мы разносили базы по службам, но в ходе углубления в этот процесс мы добавляли всякие разные штуки (мониторинг служб, потом мониторинг пользователей внутри 1С, потом прикрутили заббикс, и, наконец, пришли к CI/CD на базе 1С). В итоге я понимаю что пихать это в одну статью будет слишком — решил разделить на несколько. Ну а название навеяно циклом статей "сети для самых маленьких", которые принесли мне много приятных минут и к которым я отсылаю всех, кто "хочет изучить сети". Итак, мы приступаем!

Данная публикация создана как ответ на весьма поверхностную и однобокую публикацию «Почему 1С это плохо и почему так не любят 1С программистов». Судя по комментариям, многие далеки от понимания того, что, собственно, представляет собой программирование на 1С.

   Этим летом я был на некоторое время предоставлен сам себе – всех своих я отправил подальше от дыма, а сам, недолго думая, решил немного подтянуть здоровье. Не просто записаться в тренажерный зал и накачать «квадратиков» для пляжа, а именно обследоваться у некоторых врачей, чтобы выработать для себя вектор дальнейших действий, дабы совсем не превратиться в «овоща».



   Расскажу лишь про свой опыт восстановления зрения – именно оно больше всего подвержено риску у любого «компьютерного» человека.

Всем привет. Эта статья написана отхабренным юзером noxxx и размещена по его просьбе — все плюсики, минусики и вопросики направляйте ему.

Это моя первая статья для Хабра, поэтому написал как смог. Цель статьи – показать другим, как замечательная сеть ИОН обращается с покупателями и вершит левосудие.

Преамбула.

Случилось мне с моей женой покупать ей мобильный телефон взамен старого, потрепанного и морально устаревшего Samsung. Выбор пал на Nokia N79. Искали нужного цвета и что б было подешевле. Нашли в единственном магазине – ИОН в Ашане, что недалеко от станции метро «Красносельская».
По странному стечению обстоятельств под нужным нам белым цветом числился серебристый, которых в городе пруд пруди и который моей супруге ну никак не нравился. Поэтому выбор пал на Nokia N78, который являлся практически полной копией N79, но был в черном цвете и смотрелся неплохо. После недолгих раздумий и «щупаний» телефона, мы решили, что берем его.
Пару дней спустя жена стала жаловаться, что клавиатура работает не так как надо, что кнопки иногда не срабатывают а иногда срабатывают не те. Я сказал что это, скорее всего, с непривычки и что всё устаканится. Жена честно пыталась привыкнуть к новому телефону, а тем временем с джойстика телефона постепенно облезала краска, телефон обшарпывался, морально устаревал, а срок службы шел…

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

Поделюсь теми, на которые подписан я:

Восстановление зрения по методу Шичко-Бейтса.
Лекции Жданова В.Г. Анализ. Отзыв. Дополнения.

Кратко, и по сути:
0. Опробовал, помогло, сейчас зрение больше 160%. За первых 3 дня занятий восстановил с 85 до 100, ибо задача простая. Поддерживаю пальмингом и шестью базовыми упражнениями.
1. Научиться по видео можно, но надо понимать, о чём идёт речь и иметь достаточно мотивации и внутренней дисциплины.
2. В качестве упражнений даны простые и действенные методики, основанные на подходе Бейтса.
3. Если взялись восстановить зрение данным методом, чем строже следовать подходу, тем бОльший вас ждёт успех; если что-то подфиксили, это уже не оригинальный метод, а Рабинович напел, хотя тоже может работать. Например, мало просто «отказаться от очков» — это может даже навредить, стоит делать упражнения, это принесёт пользу.
4. Экстракт из метода:
Максимально быстро отказаться от очков. Шесть глазодвигательных мышц расслабить-натренировать. В работе делать трёхминутные перерывы на пальминг, ввести в привычку делать упражнения для глаз (влево-право, диагонали, прямоугольник, циферблат, змейка) на остановке, в транспорте. Периодически делать соляризацию глаз на свече.

По итогам первых 20и минут жизни статьи на хабре, остались частичная выжимка и ссылки на ресурсы. Личный опыт и рекомендации убраны в в журнал.Далее следуют рассуждения на тему. Если вас интересует просто краткое описание метода и опыта его применения, то прочтённого достаточно!

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

Вот одна из них.

Дано:

• Компьютер операторов производства (Windows XP SP2)
• Одобренная начальством USB-флешка для переноса данных с промышленных компьютеров на компьютер операторов

Требуется:
Обеспечить подключение только одной, одобренной начальством USB-флешки, запретив при этом подключение других, неодобренных (смайл).

Ход решения:

Пожалуй, начну с того, что если перегружаться 15 раз в год, то любой «тюнинг» процесса загрузки отнимает больше времени, чем будет выиграно на перезагрузках за все время жизни системы. Однако, спортивный интерес берет свое, тем более, что люди интересуется процессом оптимизации быстродействия. А загрузка оказалась самым очевидным кандидатом в примеры того, как на мой взгляд должен выглядеть этот самый процесс. Сразу скажу, что грузиться будем с 5400 rpm винта, грузиться будем в «рабочую» систему: помимо недобитой вендорской крапвари там стоит еще куча всякого типа вижуал студии, антивируса, скайпа, стима, гуглапдейтера и пр…

Про то, почему отключение pagefile-а скорее вредно, чем полезно — как нибудь в другой раз, а пока…

В статье описаны основные трудности создания приложений под Android.
Рассматриваются базовые понятия программирования Android.
Для примера описано создание игры Sudoku из книги Hello, Android – Ed Burnette.
Осторожно много скриншотов.

Большинство работодателей на собеседовании дадут вам возможность задать любые вопросы. Это отличный шанс определить, хорош ли работодатель и стоит ли на него работать. Одной из смертельных болезней для коллектива является имитация бурной деятельности (далее ИБД). Она возникает там, где руководство заключается не в координировании работ, а заменено формальным контролем, где коллектив топчется на месте, десятками лет не получая новых задач, где нет места вашему стремлению к новым технологиям, где вы не научитесь ничему новому. Интрига усиливается тем обстоятельством, что имитатор никогда не признается, что он лишь имитирует работу. Наоборот, он будет напускать на себя и свою деятельность важность. Лишь когда вы поваритесь в коллективе годик, вы поймёте, что не надо было сюда идти, что вы просто теряете время. Но есть несколько простых признаков, по которым можно легко вычислить болезнь. О них эта заметка.

Есть три вопроса, ответ на которые надо знать, когда нанимаешь на работу программиста:
      1) Он умный?
      2) Способен ли он выполнять работу?
      3) Смогу ли я с ним работать?

Кто-то умный но не способный выполнять работу может быть хорошим другом, но не сотрудником. Можно обсудить с ним какие-то проблемы, пока он прохлаждается на своей собственной работе.

Тот, кто способен выполнять работу но не умён – неэффективен. Неумные люди выполняют работу путём грубой силы. Работа с такими людьми движется медленно и обычно раздражает.

С тем, с кем я не смогу работать – я не смогу работать.

Под катом продолжение статьи Аарона Шварца. Я бы предпочёл чтобы меня собеседовали таким образом, чем быть изучаемым девочкой-сотрудницей ОК, которая не отличает http от mp3.

Ларри Пейдж и Сергей Брин всерь­ез считали, что их компании управленцы незачем. В 2002 году они попытались выстроить горизонтальную оргструктуру — без менеджеров, руководящих программистами. Так, считали они, ничто не будет мешать быстрому обмену и появлению идей. Кроме того, им хотелось воссоздать ту атмосферу студенческой жизни, которая так нравилась им в университете. Эксперимент длился недолго: спустя несколько месяцев его пришлось прекратить. Брин и Пейдж изменили свое мнение о внутреннем устройстве компании, когда сотрудники валом повалили к Пейджу с вопросами, далекими от творчества: с финансовыми отчетами, жалобами друг на друга и т.п. А уж когда компания стала расти, ее основатели убедились, что управленцы полезны и в других отношениях: объясняют стратегию, значимость проектов и их очередность, налаживают сотрудничество в коллективе, следят за карьерным ростом людей и за тем, чтобы все рабочие процессы и системы соответствовали задачам бизнеса.

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

Видео про 8 способов противостояния формуле нужды оказалось неожиданно популярным, набрав 8,000 просмотров за два дня. Мы решили продолжить тему.

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

Мы отобрали 10 самых любопытных, на наш взгляд, вопросов в этой теме и снова заперли в студии Дмитрия Коткина, руководителя Санкт-Петербургской школы переговорщиков ШиП и нашего хорошего друга, чтобы он рассказал, что конкретно делать:



10 реальных ситуаций, которые удалось осветить — под катом:

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

Итак, я просил ответить на вопрос какие книги из статьи вы читали?

Результаты опроса:

Название книги	Количество голосов	Процент
Том ДеМарко. Deadline. Роман об управлении проектами	247	54%
Фредерик Брукс. Мифический человеко-месяц, или Как создаются программные системы	174	38%
Джоэл Спольски. Джоэл о программировании	165	36%
Том Демарко и Тимоти Листер. Человеческий фактор. Успешные проекты и команды	148	32%
Джейсон Фрайд, Дэвид Хайнемайер Хенссон. Rework. Бизнес без предрассудков	108	24%
Джеффри Янг и Уильям Саймон. iКона. Стив Джобс	94	21%
Том ДеМарко, Тимоти Листер. Вальсируя с Медведями: управление рисками в проектах по разработке программного обеспечения	70	15%
Том Демарко, Тимоти Листер. Балдеющие от адреналина и зомбированные шаблонами. Паттерны поведения проектных команд	51	11%
Кармин Галло. iПрезентация. Уроки убеждения от лидера Apple Стива Джобса	48	11%
Патрик Ленсиони. Смерть от совещаний	21	5%
Патрик Ленсиони. Пять пороков команды. Притчи о лидерстве	19	4%
Патрик Ленсиони. Пять искушений руководителя: притчи о лидерстве	16	4%
Патрик Ленсиони. Три признака унылой работы. История со смыслом для менеджеров (и их подчиненных)	11	2%

А теперь еще один бонус — список книг по заданной тематике, которые прислали нам читатели:

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

Тема статьи пришла после ознакомления с отчетом rabota.ua, в котором есть результаты исследования, свидетельствующие о том, что для большинства айтишников главный мотиватор – зарплата. Вроде все ясно и понятно, но давайте посмотрим на проблему глубже.

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

• Грамотно обрабатывайте запросы на изменение требований
• Урезайте лишний функционал
• Управляйте рисками
• Используйте гибкие методологии
• Научитесь управлять Death March проектами

Тема портативного аудио на велосипеде часто становится актуальной после регулярных покатушек. Само по себе катание на велосипеде с группой алкобайкеров знакомых лиц не похоже на обычные встречи. Большую часть пути все находятся в молчании. От монотонного кручения педалей и относительно бедного ночного разнообразия перед глазами (днем ведь работаем, а катаемся вечером) нечто под названием желание переходит в скуку. Скучно долго монотонно молча крутить педали, одиноко. Какой выход?
«Каждый видит лишь то, что в нем уже есть» — не считае эту статью, как руководство к воровству тишины соседа. Никто этого не делал, и не собирается.
Нужен связующий элемент — музыка. Слушаешь ее — знаешь что слушает сосед. Заместо невозможности говорить получаем возможность слушать. Часто ли в жизни у вас бывают моменты когда все люди слушают и молчат? ( маршрутки с радио не в счет, там водитель свои уши отдает радиостанции, видимо от страха незнания что с ними делать). Поэтому очень важно слушать то, что вы действительно считаете нужным и продуманным. Что-то я все не про то.

В песочнице уже писал эту тему, только там, к сожалению, не вышли картинки, поэтому повторяю )
Компании сегодня развиты фрагментарно, цели бизнеса, процессы, результаты зачастую мало связаны между собой. Бизнес работает по инерции, мало кто задумывается над высокоуровневым пониманием своей компании. Но когда приходит время автоматизации — внедрить CRM или даже ERP систему всё таки нужно начинать с самого верха. Автоматизация часто выступает в качестве толчка к выстраиванию целостной системы.
Предлагаю чек-лист для проверки готовности компании к автоматизации:
1. Стратегия
2. Бизнес-модель
3. Социальная архитектура
4. Бизнес-процессы
5. Техническая архитектура
6. Результаты

Договоры, отчеты, акты — кому охота заниматься этой скукотой, когда вокруг бьет ключом и фонтанирует идеями креативная жизнь? Особенно, если заказчик снисходительно хлопает творческого подрядчика по плечу: «Да ладно, зачем какие-то договоры. Мое слово — закон!» Остается только радостно согласиться и приступить к работе.

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

Итак, мы приходим на работу и, вуаля, через 40 минут назначено совещание (митинг). Тема «Обсудить решение текущих проблем», продолжительность 1 час, в списке приглашенных 8 человек. 40 минут томительного ожидания и мы на месте — здороваемся с коллегами, настраиваемся на конструктивный лад. Появляется организатор, бодренько стартует и… уже через пять минут мы понимаем, что в очередной раз теряем время. Вроде бы, и обсуждаемые проблемы вполне реальны, и присутствует достаточно людей, но совещание неуклонно превращается в бесцельную дискуссию.

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