Welcome to Scribd, the world's digital library. Read, publish, and share books and documents. See more
Download
Standard view
Full view
of .
Look up keyword
Like this
2Activity
0 of .
Results for:
No results containing your search query
P. 1
RaufAliev Rus My Publications

RaufAliev Rus My Publications

Ratings: (0)|Views: 451 |Likes:
Published by Rauf Aliev
Некоторые из моих публикаций в сети (преимущественно на habrahabr).
Некоторые из моих публикаций в сети (преимущественно на habrahabr).

More info:

Categories:Types, Resumes & CVs
Published by: Rauf Aliev on Jun 30, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

05/14/2014

pdf

text

original

 
Статьи, публикации
Рауф Алиев30 июня 2013 г.
1 Язвы и грабли CSV и Excel: проблемы и решения
CSV является стандартом де-факто для связи между собой разно-родных систем, для передачи и обра-ботки объемных данных с жесткой,табличной структурой. Во многихскриптовых языках программирова-ния есть встроенные средства разбораи генерации, он хорошо понятен какпрограммистам, так и рядовым поль-зователям.История этого формата насчиты-вает не менее 30 лет. Но даже сейчас,в эпоху повального использованияXML, для выгрузки и загрузки боль-ших объемов данных по-прежнему ис-пользуют CSV. И, несмотря на то, чтосам формат довольно неплохо описанв RFC, каждый разработчик его пони-мает по-своему.В этой статье я обобщил су-ществующие знания об этом фор-мате, указал на типичные ошибки,а также проиллюстрировал описан-ные проблемы на примере реализацииимпорта-экспорта в Microsoft Office2007. Также показал, как обходить этипроблемы при открытии .csv.URL:
2 Искусство программирования под Unix
Последние лет десять я ищу нарынке программистов, делаю с ни-ми большие и маленькие подви-ги, преимущественно в области веб-разработок. Но, к сожалению, всеменьше и меньше находится достой-ных кандидатов. Работают годами надодними и теми же задачами, клони-руя имеющиеся решения и их недо-статки. Спрашиваешь про то, что до-стиг  а в ответ рутинные, баналь-ные вещи. Автоматизация окошек вот то, чем занимается большинствоиз таких программистов. А на дей-ствительно сложные задачи как быломало специалистов, так и остается посей день.Unix-программисты выделяютсяна фоне этих автоматизаторов око-шек. В мире открытого ПО каж-дый может попробовать свои силыи в разработке системного софта,и в сложных прикладных решениях. Достижения таких людей в мире от-крытого ПО доступны всем, и дляменя они порой заменяют любые ре-комендации. Потому что их работувидно.Есть ряд книг, которые, на мойвзгляд, являются своеобразнымибиблиями для тех, кто решил свя-зать свое будущее с разработкой ПО.С одной из них я хотел бы начать циклстатей. Это книга Эрика Рейнмонда,Искусство программирования подUnix. Я бы рекомендовал эту книгуне только тем, кто выбрал для себяоткрытые операционные системы. Воснове лежит довольно универсаль-ная философия, пригодная абсолют-но всем, связавшим свою профессиюс программированием.
2.1 Часть первая. Правило модульности
Простые блоки связывайте другс другом ясными и понятными ин-терфейсами(Rule of Modularity:Write simple parts connected by cleaninterfaces). Другими словами, нужноеще на этапе проектирования старать-ся разбить целевую систему на на-бор простых блоков и постараться неизобретать велосипед в части вза-имодействия между ними, придержи-ваться в этом единообразия. Оченьважно, что каждый блок должен де-лать только одну вещь и делать ее хо-рошо.URL:
2.2 Часть вторая. Правило ясности
Правило ясности: Ясность лучшезаумности (или ясность лучше, чеммастерство) Rule of Clarity: Clarity isbetter than cleverness.Наверное, вы не раз слышали опринципе и процессе проектирования,известного как KISS. Эта аббревиа-тура расшифровывается как Keep itshort and simple (делай это просто)или Keep it simple, stupidто-то типа не усложняй, тупица!). Напрактике, оно выражается в том, чтоесли вам известно два решения зада-чи  простое и сложное, то стоит двараза подумать, прежде чем останав-ливать выбор на втором.Очень часто программисты самисебе ставят задачи, не адекватные по-ставленной им цели. Придумываютдля себя проблему, чтобы героическиее преодолеть. Сюда относится напи-сание всевозможных движков, поз-воляющих решить не только постав-ленную задачу, а целый класс задач.Например, вместо того, чтобы взятьготовый поисковый механизм, пишутего сами. Конечно, задача становитсяинтереснее, но риски получить неста-бильное решение оказываются выше,а поддержка  гораздо затратнее.URL:
1
 
2.3 Часть третья. Правило композиции
Правило композиции: Создавайтепрограммы такими, чтобы их можнобыло соединить с другими.К сожалению, как в Windows, таки Unix, желание разработчиков изоб-рести велосипед, создать и утвердитьсвой стандарт, выделиться на рын-ке, создает такое количество разно-родных интерфейсов, что ни о какомпрактическом соединении программне может быть и речи.URL:
2.4 Часть четвертая. Правило разделения
Правило разделения: отделяйтеправила от механизма, а интерфей-сы от движка (бизнес-логики) (Ruleof Separation: Separate policy frommechanism; separate interfaces fromengines)Многие веб-программисты, навер-ное, посчитают правило довольно ба-нальным. Ведь этот принцип явля-ется основополагающим для миллио-нов фреймворков и систем управле-ния содержанием сайтов, а они явля-ются базой для почти любого совре-менного веб-решения. Тем не менее,все чаще замечаешь, что соблюдаютэтот принцип чаще только при разра-ботке продукта с нуля, а потом вся-чески нарушают при его поддержкеи развитии. Потому что нужно бы-ло срочно. Во-вторых, в части все-го остального ПО, кроме веб-сайтов,о нем вспоминают все реже. Ведь ин-терфейсами могут являться не тольковеб-интерфейсы.URL:
2.5 Часть пятая. Правило простоты
Правило пятое: добавляйте слож-ность лишь там, где она действитель-но необходима (Design for simplicity;add complexity only where you must.)Проектируя различные информа-ционные системы, я часто говорю себестоп: выходит сложнее, чем должнобыть и возвращаюсь к началу, чтобыпонять, что пошло не так. Сложностьсистемы плоха не столько стоимостьюподдержки, сколько стоимостью раз-вития. Ответ на вопрос, какие послед-ствия повлечет изменение, для услож-ненной системы потребует значитель-ного большего времени, чем требуетбизнес. Шаг за шагом система умира-ет и среди программистов начинаютвсе чаще и смелее высказываться мыс-ли о полной переделке всего продукта.URL:
2.6 Часть шестая. Правило кодоэкономии
Правило кодоэкономии: разраба-тывайте большие программы толькопри наличии объективных причин этоделатьЕсть такое поколение программи-стов, которых я называю write-only-программистами. Это такие люди, ко-торые любят создавать, но не успе-вают осмыслить. Они могут за оченькороткое время написать вполне ра-ботающего монстра, но через неделюуже затрудняются что-то в нем изме-нить. Особенно, если изменение не ме-лочное. Правило кодоэкономии пере-кликается с другими правилами Рей-монда, даже более того, оно нераз-рывно связано с ними. Модуль, ре-шающий одну, хорошо сформулиро-ванную задачу, должен быть неболь-шим по объему. Если это не получает-ся, значит нужно подумать, а нельзяли разбить одну задачу на несколькоболее мелких? В оригинальной трак-товке данного правила есть слова ‘bydemonstration’, что означает, что выдолжны быть способны доказать сво-им коллегам по цеху, что разбиватьдальше нельзя или нецелесообразно.URL:
2.7 Часть седьмая. Правило прозрачности
Правило прозрачности: проекти-руйте ПО сразу с учетом отладочныхинструментов Смысл этого правиламожно представить двумя постулата-ми: 1) приложение должно не про-сто работать хорошо, но и показывать,что она работает хорошо; 2) долж-на быть предусмотрена возможностьвысокоуровневой отладки приложе-ния;Возьмем для примера современ-ные почтовые программы. Прием иотправка писем очень непростойпроцесс, потому что им приходитсяобщаться с неким почтовым серви-сом, который может повести себя со-вершенно непредсказуемым образомв любой момент времени. Обрабаты-вать эти исключительные ситуации,конечно, надо, но, как говорится, завсем не угонишься. Ошибки могутбыть буквально на каждом шагу  впочтовой базе, в канале связи, в поч-товом сервере, в формате письма. Длятого, чтобы понять, что за проблемапривела к проблемам с приемкой пи-сем, нужно вести подробный журналобщения с почтовым сервером и ме-сто, на котором споткнулась про-грамма скажет о многом. Но нужно лиэто простому пользователю? Нет, дляэтого и ставят кнопку Подробнее.URL:
 
3 Моя игра Wordrive (iOS, Android, Bada): делюсь опытом
3.1 Как все начиналось: от идеи до реализации
В статье рассказывается, откудавзялась идея Wordrive, почему былопринято решение делать игру под мо-бильные устройства....я рассуждал так: можно за-платить деньги и сходить на курсы,а можно наступать полгода на граб-ли и набить шишки в правильныхместах, получить опыт, и стоить онбудет вполне сопоставимые деньги. Исейчас, оглядываясь на бессонные но-чи, полгода ожидания, часы телефон-ных разговоров с Apple, хочется вер-нуть не столько потраченное, сколь-ко заработать на еще один такой ры-вок. Потому что вместе с этим проек-том появилось еще столько идей, да иWordrive просит себя немножко улуч-шить...>URL:
3.2 Как продвигать игру в AppStore: делюсь опытом на примере Wordrive
Статья может быть полезна нетолько для продвижения iPhone-приложений, но любого мобильногоили прикладного софта, потому чточасть советов довольно универсаль-ны. Многое из описываемого тут я всети нигде не нашел. Надеюсь, это по-может пройти этот этап без типичныхошибок.Итак, вот у вас готово приложе-ние и оно появилось в AppStore. Пер-вый поток людей на него направляет-ся из iTunes/App Store, сам собой  засчет появления в новинках. Рассчи-тывать на него нечего  он как при-шел, так и уйдет через пару-тройкудней. За это время нужно делать все,чтобы о программе или игре стали пи-сать в сети. Если программа за этовремя сможет собрать еще и интернет-аудиторию, то выйти в топы будетсильно проще. А чтобы ее собрать, кмоменту запуска в App Store нужноуже много что сделать.URL:
3.3 Рассылка пресс-релизов: делюсь опытом на примере Wordrive и prMac
Как говорится, вести бизнес без pr все равно, что подмигивать девуш-кам в полной темноте. Какой бы нибыл хороший продукт, правильно, ко-гда о нем узнают лишь те, кто эту ин-формацию ищет. Для связи ищущихинформацию и её раздающих всегдаесть инструменты. И об опыте исполь-зования одного из них я сегодня рас-скажу на примере игры Wordrive, ко-торую я запустил в середине апреля вApp Store, и на примере prMac, одногоиз сервисов рассылки пресс-релизов.URL:
4 Форум Технологий Mail.Ru Group
4.1 Изнанка Форума Технологий Mail.Ru 2011: Хай-тек в event management
Все о посетителях:
расчеты, ста-тистика, рекомендации, выводы, какоценивалась явка, как боролись сочередями, конвертация трафика ит.д.;
Все о видеотрансляции:
ПО,оборудование, как удалось опублико-вать первые видео меньше, чем че-рез час после доклада, какие былипроблемы, как решали и т.д.;
Всео фотосъемке-онлайн:
как работа-ет система публикации фото в реаль-ном времени.;
Прием вопросов че-рез Twitter/SMS/сайт; Cтеногра-фирование в реальном времени:
ПО, проблемы, решения.URL:
4.2 http://habrahabr.ru/company/mailru/blog/143433/
По итогам осеннего Форума я рас-сказывал о том, как подготавлива-лось это событие, с какими пробле-мами мы сталкивались и как их ре-шали. Продолжая традицию, расска-жу об изнанке только что прошед-шего апрельского Форума. Как подго-тавливались бейджи, как планирова-лась регистрация, как организовыва-лась фотопечать онлайн, видеотранс-ляция, подготовка мобильных версийвидео, трансляция в Facebook фото-ленты.URL:

Activity (2)

You've already reviewed this. Edit your review.
1 thousand reads
1 hundred reads

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->