Призываю всех, кому есть что сказать по делу, написать по коротенькой заметке о каком-нибудь своем хаке, об интересном разделе из теории или просто о любимом языке или технологии. Для затравки — расскажите, кто что пользует для IPC между процессами на нескольких хостах? меня лично интересует поддержка в С++ и как минимум еще в каком-то скриптовом языке, но интересно услышать вообще чем народ пользуется и какие впечатления?
Жизнь коротка (во всяком случае, мне так сказали), так зачем же тратить её, занимаясь ерундой?
Об управлении рисками в процесс разработки я уже писал. Но мне кажется, об управлении рисками можно говорить даже в рамках программирования (т.е. написания и отладки программного кода).
Сей труд — собрание паттернов для народа. Паттерны, указанные здесь, представляют собой решения, выдержавшие испытание временем. Желаю вам приятного чтения, но пожалуйста, не вздумайте ими пользоваться!
Управление рисками присутствует, пожалуй, в любой профессиональной деятельности, от проектирования небоскребов до продажи носовых платков. В том числе и в разработке ПО.
Думать, что западные компании все сплошь ответственные и отзывчивые — стереотип.
Не секрет, что некоторые наши софтверные компании используют «упрощенку» для минимизации налогов (альтернативное толкование — «для повышения зарплаты программистам»).
(сокращенный перевод статьи Пола Тума Web 2.0 WTF)
(статья из газеты БИЗНЕС, www.business.ua, № 1-2 за 2007 год. Печатается с разрешения редакции.) БИЗНЕС разбирался, что происходит с кадрами на IT-рынке и сколько в реальности стоит высокотехнологичный персонал.
(Перевод замечательного набора максим с gapingvoid.com, см. полную версию how to be creative. Претензии по качеству перевод принимаются в комменты).
Итак, вы хотите стать более «креативным» в искусстве, бизнесе, чем угодно. Вот некоторые советы, которые помогали мне все эти годы:
Вероятно, уже все видели обложку журнала Time — «человеком года» ушедшего 2006 года назван каждый пользователь интернета, каждый кто создает контент нового World Wide Web — Web2.0.
В цьому дописі я покажу як разом працюють добре сформульована мета та декомпозиція в розробці ПЗ і яким чином з’являється «розробка керована тестами» (Test Driven Development, TDD).
Устал пилить? Поточи пилу.
Цей інструмент, декомпозиція, на відміну від добре сформульованої мети, дуже знайомий розробникам. Розділяй і володарюй — що може бути простішим?
Чому розробка іде так довго? Чому дійсно нові технології не розповсюджуються як пожежа?
Хочу похвастаться успешной историей апгрейда жесткого диска в своем замечательном ноутбуке. Возможно, кому-то эти заметки пригодятся (как минимум — мне, через два-три года).
Причины перехода на Linux могут быть очень разными у разных людей. В моем случае это была профессональная деятельность вне Вселенной Windows, и поэтому было принято решение перейти на один из лидирующих дистрибутивов Linux, чтобы иметь одновременно удобство интерфейса и необходимую функциональность.
Враховуючи сорокарічну історію індустрії розробки програмного забезпечення, жаль що так небагато розробників розуміють базу, психологічний фон своєї роботи.
Я тоже хочу, чтобы названия моих продуктов вносили в словари.
Прокоментую „Rigid Agile?”:
Mishkin Berteig from Agile Advice follows up and tries to explain.
Коментарі