Быть фрилансером, означает ли это, что вы больше не будете иметь дел с трудными людьми на работе?
На первый взгляд кажется, что это так. Как фрилансеры, многие из нас работают на себя (или по крайней мере, мы не находимся в офисе, окруженные другими людьми).
Проблемы в общении с Колей, который частенько громко разговаривает по телефону за соседней перегородкой по своим личным делам, в то время как вы пытаетесь работать или с Ирой, которая оккупировала ксерокс для личных нужд — исчезнут, если вы решите заняться фрилансом, как основной работой.
Однако, ни один фрилансер, на самом деле, не работает в одиночку. Мы можем находиться абсолютно одни в своём домашнем офисе, но всё-таки наш заработок зависит от других людей. Как минимум, всем фрилансерам приходится иметь дело с клиентами. Так мы зарабатываем.
Хотя мы, возможно, не сталкиваемся с теми ежедневными трудностями, которые встречаются при работе с другими людьми в офисе, фрилансеры все же должны знать, как вести дела с трудными людьми. Эта статья объяснит, в каких ситуациях вы можете столкнуться со сложными людьми и какие шаги стоит предпринять в таких случаях.
Архив Январь 12, Вторник, 2010
Достаточно часто поднимается вопрос о том, кто и как называет организовывает файлы (речь идет не о системах хранения версий, а именно о способе организации файлов и директорий). Или не называет, а хранит как придется. Буквально вчера коллега в Useful Сlub задал аналогичный вопрос. Я, пожалуй, зафиксирую свой ответ и здесь, вдруг кому-то еще наш способ поможет сэкономить время.
Более 10-ти лет назад профессор математики Stan Wagon изобрел велосипед с квадратными «колесами», который может плавно ехать по поверхности, представляющей собой инвертированную цепную линию. Наверняка этот баян ролик уже все видели.
Проанализировав текущее положение дел в сайтостроительстве, без труда можно опознать в незамысловатом изобретении всемилюбимого ослика:
Казалось, еще вчера я писал статью о высокопроизводительных вычислениях на видеокартах AMD с использованием технологии Brook+. Тогда она выглядела оптимистично, хоть и с некоторыми детскими проблемами…
В начале этого года AMD выпустила релиз 2-й версии своего Stream Computing SDK. Я радостно пошел обновляться и перекомпилировать свой софт в надежде получить устранение некоторых проблем, которые мне мешали, но…
Люди не знакомые с Android часто спрашивают как работает Android Market и как происходит установка приложений в устройства Android? Рассказываю:
Необходимость unit тестирования не является чем-то из ряда вон выходящим, особенно для разработчика, который уже написал пару тысяч строк кода и теперь решает как проверить все это хозяйство на корректность. Сколько проблем бывает, с тестированием кода в больших программах, в сервисах windows, в сборках в которых нет штатного способа запустить проект на выполнения(ну нету в сборке метода Main()) я думаю что если сами не сталкивались, то по крайней мере слышали, благо тема тестирования сейчас очень модная.
Для тестирования приложений написанных под .net существует несколько framework для unit тестирования. Есть встроенный в Visual Studio framework -MSTEST, который предоставляет непосредственно сам Microsoft.
Есть и сторонние наработки такие как: NUnit, MBUnit, XUnit
Для тех кто любит выбор(демократию) просто счастье, целых 4 кандидата на использование в качестве frameworkа для тестирования.
Что же они из себя представляют и умеют?