Всем привет! С вами «Метрика» — шоу для тех, кто создает и анализирует продукты и сервисы, проектирует и руководит, занимается бизнесом и любит новые технологии.
В 16-м выпуске Метрики вместе с Юрием Ветровым (jvetrau), являющимся руководителем одной из наиболее крупных рабочих групп по UX в Mail.ru, мы обсуждаем iOS 7 — новую операционную систему для мобильных устройств от Apple.
Читать полностью »
Тяга к уменьшению толщины смартфонов не оставляет производителей. И хотя это далеко не самый главный параметр, интересующий конечного покупателя, носить звание (переходящее в большинстве случаев) производителя самого тонкого смартфона в какой-то мере считается почётным. На данный момент самым тонким смартфоном является Huawei Ascent P6, однако скоро его сместит с данного постамента китайское устройство с корпусом толщиной всего 5,6 мм.
Доброго утра, дорогие читатели, хабрачитатели, хабраписатели и хабрасоздатели!
Многие знают, что буквально вчера началось бета-тестирование проекта Мозгохранилище. Я высказался, что ожидал несколько другого и то, что с моим скромным комментарием согласились, навело меня на мысль создания небольшого опроса.
Часто бывает, казалось бы: сплоченный коллектив профессионалов, сильный и качественный продукт на подходе, толстая инвестиционная подушка финансовой безопасности, а что-то не так. Причем, с каждой неделей этих «что-то» становится все больше и больше. Сотрудники нервничают, огромное количество работы проходит в режиме овертайм, постоянные сбои во внутренних коммуникациях, поиск ответственных и виноватых – у победы много отцов, поражение – всегда сирота. Такой деструктивный сценарий развития студии – медленный, но верный путь к завершению её деятельности. Но мы же не просто так собрались несколько месяцев назад?
Большое количество стартапов «сходят с дистанции» именно из-за того, что в какой-то момент не могут правильно спланировать и проконтролировать своё масштабирование. Любая организация, как живой организм. Отсутствие развития прямо свидетельствует про медленное, но верное умирание. Парадокс заключается в том, что бурный и неконтролируемый рост может привести к обратному от желаемого результату. Через некоторое время компания становится колоссом на глиняных ногах. Ощущение, что все может рухнуть от малейшего дуновения ветерка, изменения конъюнктуры рынка или еще каких-либо глобальных процессов оптимизма совершенно не добавляет. Нервозность, стресс, склоки, падение продуктивности как следствие.
В этой статье мы попробуем описать наш опыт преодоления подобного рода ситуации. Это было чертовски не просто, но мы с этим справились.
Мне нравилось учиться в универе. Я учился на матфаке и участвовал в ACM-овских олимпиадах. Закончилось все красным дипломом бакалавра и полуфиналом мира, но я решил, что этого мало. Тогда я перевелся в лучший вуз столицы и закончил там магистратуру (попутно работая программистом). Второй красный диплом лег в папку рядом с первым.
Прошло несколько лет, и как-то я решил переучить двух знакомых девушек на программистов. Они как раз заканчивали престижную специальность хорошего технического вуза. Я видел, что они умные, они знают физику, математику, чертят лучше меня, но при этом на рынке труда стоят гораздо меньше, чем заслуживают.
Люди, проучившиеся 6 лет в лучшем техническом вузе страны не умеют почти ничего из того, что востребовано на рынке труда. Как будто и не было этих шести лет вовсе.
Как же так?! Но универ же такой классный, мне же нравилось учиться. Неужели образование так быстро испортилось? И я начал вспоминать все случаи, когда в вузе мне давали реальные практические навыки. И чем больше я вспоминал, тем сильнее мрачнел. Мое хорошее мнение о вузах испарилось.
Пока вы в вузе – вы не можете оценить, что нужно, а что нет. Что преподают качественно, а где дают только иллюзию знаний. А когда закончили, вам обычно уже все равно. Прошлого не вернуть. Но я опять стоял с ним лицом к лицу. Я знал, что дело не во мне, знал, что работает, а что – нет. Я смотрел на преподавателей другими глазами.
Частенько слышал, как преподаватели обвиняют студентов в лени и в том, что те учатся и работают одновременно. То, что это вообще взаимоисключающие параграфы, похоже никого не смущает.
Каждый, кто говорит, что он «выше практики, ей должны учить только в ПТУ», запомните:
— Сударь, вы – неуч! Из тех, кто прикрывает свое невежество унижением других.
WinDbg — позволяет отлаживать 32/64 битные приложения пользовательского уровня, драйвера, может быть использован для анализа аварийных дампов памяти, WinDbg поддерживает автоматическую загрузку отладочных символов, имеется встроенный скриптовый язык для автоматизации процесса отладки, скачать отладчик можно тут.
Читать полностью »
(В недавнем обзоре истории OS/2 давалась очень обобщенная картина разработки ОС. Надеюсь его хорошо дополнит взгляд изнутри самой IBM, воспоминания рядового тестера OS/2.)
Богопротивный альянс IBM и Microsoft выпустил OS/2 25 лет назад, чтобы заменить Windows, Unix и DOS. В то время я был рядовым солдатом этой войны: тестером, работающим в Синем Гиганте по договору. Жестокая судьба и еще более жестокий редактор хотят, чтобы 25 лет спустя я написал статью о том, стоит ли вам сейчас посвящать свою карьеру Microsoft. И меня до сих пор поражает то, насколько не знающие историю люди обречены ее повторять.
В конце 1980-х большая часть PC все еще выполняла только одну программу за раз, хотя многие из них были заражены сражавшимися друг с другом резидентными программами. Графические интерфейсы уже пришли на PC, но Windows-приложения работали просто ужасно: даже если вы просто включали Windows PC и больше ничего не делали, была немалая вероятность того, что он зависнет сам по себе.
В то же время новые возможности и повысившаяся производительность процессоров Intel сделали возможными операционные системы с вытесняющей многозадачностью, в которых приложения были защищены друг от друга. Возникла идея супер-DOS, которая быстро переросла в более серьезный проект и им понадобился я…
IBM была патологически скрытной. Мое собеседование в основном состояло из вопросов в духе «итак, Доминик, расскажите о себе» без малейших намеков на то, чем мне предстоит заниматься. Так как я принимал участие в проекте Microsoft Unix для Intel x86, я ответил: «В определенном смысле моя работа заключалась в том, что я портил жизнь Microsoft». Сотрудник отдела кадров IBM сказал, что как правило их начальству требуется «должное количество времени» для принятия решения, но в этот раз предложение работы пришло на мой автоответчик еще до того, как я вернулся домой.
Читать полностью »
Запоздало спешу представить на суд внимательного читателя отчёт о проведении конкурса по функциональному программированию под эгидой Фонда Поддержки Функционального Программирования ФП(ФП) в июне месяце сего года. Всем желающим была предложена задача, которую предложил на конкурс один наш добрый коллега, участвовавший в своё время в разработке решения задачи про полубезумного Доктора Х (см. отчёт на Хаброхабре «Поиск скрывающегося Доктора X среди пациентов — решение более сложных логических задач»). Условие задачи было таково…
Необходимо было написать программу, которая осуществит расшифровку представленного ниже в виде кодограммы послания. На конкурс принимались, как обычно, программы на любых языках программирования, но предпочтение отдавалось функциональной парадигме. По замыслу, после запуска программа должна выполнить подбор и поиск решения, после чего вывести его на экран. А вот и сама кодограмма:
Один восточный мудрец проникся духом Олимпийского движения и послал барону Пьеру де Кубертену ребус-шараду, в котором закодировал послание всем добрым людям мира:
Но мудрец не был бы самим собой, если бы не сделал всё это в виде математической головоломки. Как вы видите, здесь у нас есть диаграмма Венна, показывающее пересечение пяти множеств. Каждый сектор, образуемый пересечением, помечен буквой или каким-то иным символом, в том числе пробелом. Необходимо расставить числа от 1 до 15 в секторах таким образом, чтобы суммы чисел в каждом из пяти множеств, помеченных цветными кольцами, были равными друг другу. Это даст ключ к расшифровке послания.
Не совсем понятно почему, но задача оказалась не совсем уж и интересной. В конкурсе приняло участие всего только два человека, а ещё несколько вполне успешно «навангавали» правильный ответ, что, впрочем, за участие и тем более решение не засчитывалось. Ну а я сам, как обычно, предлагаю ознакомиться с кратким отчётом, описывающим решение поставленной задачи на прекрасном языке Haskell.
Вы помните свой самый первый день в офисе? Тот самый момент, когда вы, новичок, в первый раз приходите на работу? Это именно то, что, как я вспоминаю, делал совсем недвано тут в Distilled. Помимо приветственных улыбок коллег, там был мой рабочий стол, оборудованный лэптопом, монитором и Kindle. На Kindle была загружена библиотека рекомендованных для чтения материалов, включая The Lean Startup (Бережливый стартап).
Читая книгу The Lean Startup (Бережливый стартап) я спросил себя, зачем Distilled рекомендовала мне эту книгу и какое отношение она имеет к SEO? Читать полностью »
Тринадцать лет назад я изобрел ЯОФ – язык отчетных форм, и даже включил его в качестве главы в свой бухгалтерский учебник.
Нет-нет, я не намерен смешить уважаемых хабравчан образцами «кода», благо сразу после своего рождения ЯОФ благополучно скончался, никому не интересный и не нужный, даже его изобретателю. Язык скончался, но проблема, которую он пытался решить, – в силу того, что ей мало кто занимался и сейчас не занимается, – осталась не решенной. Решение данной проблемы может представлять определенный интерес не только для бухгалтеров, но и для программистов.
Сейчас я попытаюсь объяснить, в чем дело.
Кто из вас не видел бухгалтерские отчеты – бесчисленные и неудобоваримые формы, которые бухгалтеры заполняют финансовыми показателями?! Мне с самого начала было понятно: раз формы строятся на основании базы данных, имеющей определенную структуру, должны существовать некие типовые алгоритмы их построения – не частные применительно к каждому случаю, а именно типовые. Речь шла о том, чтобы заменить текстово-табличное описание бухгалтерских отчетов, при котором каждый показатель подсчитывается отдельно, на описание формально-математическое, при котором любой отчет есть результат стандартных процедур, выполненных с исходной базой.
Приводить здесь изобретенный мной «код» не рискну по причине его полной беспомощности, однако от логики, которая двигала мной в тот далекий момент, я не отказался по сей день. Возможно, мои рассуждения натолкнут кого-нибудь из айтишников на дельные мысли. Короче, информация к размышлению.
Читать полностью »
