Привет.
На протяжении последних лет мы привыкли обсуждать в комментариях, что «пора бы уже основать собственную партию айтишников». Обычно это звучит как шутка на грани отчаяния после очередных новостей об импортозамещении на коленке, блокировках протоколов или инициативах депутатов, спутавших IPv6 с DTMF- V.22bis.
О том, как команде HR подступиться к организации празднования дня рождения компании (или любого другого повода), если целевая аудитория смешанная (сотрудники, клиенты, партнеры).
В каком формате делать мероприятие, что заложить в концепцию, как построить программу.
В качестве полезных материалов приложила чек-лист по организации, полезные таблички и списки.
Привет, мир!
Мы начинали, как многие — с гиперказуальных игр. Быстрое прототипирование, пробы механик, обучение на ошибках за счет издателя — казалось, идеальный старт. Но со временем стало ясно: зарабатывать на этом почти невозможно. Выплаты сжимались, требования росли, а хайп вокруг жанра угасал.
Пришло время выбора: продолжать штамповать одноразовые проекты или рискнуть и сделать что-то своё. Мы выбрали второе.
К написанию данной концепции меня побудила проблема, с которой я сталкивался раз за разом, приходя на новый проект: за 5 лет коммерческой разработки мне постоянно "везло" приходить на проект, с которого уходит ведущий разработчик. И каждый раз я унаследовал огромную базу кода — законы функционирования которого понимал лишь его создатель. Я же, в свою очередь, уже после первого года, приобрел привычку разработки через проектирование, а проектирование — через комментарии. Чем и хочу поделиться с вами под катом:
"Цветорасширитель для ZX-Spectrum" — так называлась статья, опубликованная в эхе fido7.zx.spectrum 3 августа 1997 года. Статья описывала идею решения одной из главных проблем платформы ZX-Spectrum — конфликта атрибутов (attribute clash). Публикация вызвала в то время определенный интерес, про технические детали и историю вопроса я и хотел бы рассказать.
Не буду залезать глубоко в технические подробности и просто структурно опишу идею и решение.
Приветствую тебя, читатель GT.
У меня сегодня утром случилось так, что я встав утром понял, что выходить мне через 15 минут, телефон заряжен на 5%, а powerbank пуст.
Всем, кому знакома такая ситуация, добро пожаловать под кат.
Читать полностью »
Сегодня немного лирики: как мы решаем, что попадает в базовый функционал решения, а что нет.
Тему настоящего текста дала известная (на хабре) статья про 1С, освещавшая помимо прочего, подход уважаемой корпорации к развитию функционала коробочных конфигураций.
Нашу платформу объединяет с 1С концепция монолита (в противовес модульной схеме некоторых коллег, что на слуху), а вот подход к композиции базовой конфигурации у нас по сравнению с 1С совершенно противоположный.
Читать полностью »
Напомню, что ранее Хабр буквально взорвал пост «Как закрыть Интернет в России», в котором до широкой публики были донесены ближайшие и отдалённые планы Минкомсвязи.
Министерство разработало тезисную концепцию под наименованием «Развитие мультисервисных сетей связи общего пользования Российской Федерации», в которой представило, скажем так, интересное видение развития рынка и будущей инфраструктуры операторов связи.
Страшно-интересно стало всем (нужное подчеркнуть).
И поэтому вся IT-отрасль и существенная часть интернет-общественности с нетерпением ждали, когда же представители Минкомсвязи дадут подробные разъяснения по своему видению «нового дивного мира». Это произошло 22 августа на круглом столе в Аналитическом центре при Правительстве РФ. Мне удалось поприсутствовать на данном мероприятии, попасть на которое, кстати говоря, оказалось не так и сложно — просто надо было знать, что оно вообще будет и отправить запрос на участие. Читать полностью »
В статье предлагается концепция модульного монитора и ПК по принципу всё-в-одном.
Вместо преамбулы и тысячи слов проще показать одну картинку:
Процесс реализации любой идеи от задумки до прямого ее воплощения в жизнь всегда не так прост, как это может показаться на первый взгляд. У любой идеи есть определенный жизненный цикл – зарождение, облечение в форму, развитие… На каждом этапе сама идея может что-то терять и приобретать что-то новое. Жизненный цикл мобильного приложения, несмотря на всю его техничность, ничем не отличается от других более духовных и эфемерных проектов. Мир растет и меняется вокруг, и если хочешь быть успешным — меняйся вместе с ним.
Что конкретно может повлиять на принятие решения о необходимости смены концепции мобильного приложения или даже внесении некоторых коррективов в существующий продукт?
Читать полностью »
