я заранее извиняюсь за обсценную лексику, но существует ли какое-то единое мнение по поводу того что именно ИП на УСН 6% должен сдавать в ПФ? по поводу размеров взносов я уже разобрался (хотя с КБК за предыдущие периоды полный бардак и анархия), но вот формат и, главное, необходимость отчетности это какой-то темный лес.

две известные мне онлайн-бухгалтерии (Контур-Эльба и MoeDelo) имеют на этот счет довольно разные мнения - одни утверждают, что сдавать не надо ничего вообще, другие - ограничиваются формой АДВ-11. сайт ПФ ситуации не проясняет.

идея "кого-нибудь нанять чтоб разобрался" кажется мне при этом довольно неконсистентной, учитывая то, зачем вообще существует упрощенка.

P.S. кстати, кто-нибудь внятно сравнивал Контур-Эльбу и MoeDelo?

Наша небольшая, но амбициозная команда остро нуждается в пополнении.

Мы - это технологический стартап ENTARENA, Inc. со штаб-квартирой в Palo Alto, CA. Сейчас мы открываем офис в Москве, в который нам нужны:

- разработчик на Clojure: http://moikrug.ru/vacancies/637933049/
- Flash-разработчик: http://moikrug.ru/vacancies/465636423/
- UI-дизайнер (опять-таки с уклоном в Flash): http://moikrug.ru/vacancies/250512560/

Пишите, рекомендуйте знакомым, и т.п.

https://www.moedelo.org/

отличный сервис, практически все что нужно для жизни там есть
нет разве что подачи налоговой декларации в электронном виде :)

К сожалению, я не могу предоставить вам регистрацию на сайте hh.ru, так как согласно нашим правилам по регистрации компаний, мы предоставляем регистрацию только официально зарегистрированным в налоговом органе работодателям.
У вас будет действовать легкая регистрация на сайте проекте joblist.ru.

ВОТ ВЫ, Б@#$Ь, ТУПЫЕ (tm)

с какого лешего у калифорнийского стартапа, который заключает совершенно легальный контракт с российским программистом, должна быть регистрация в налоговом органе??

кто-то из френдов имеет отношение к headhunter - объясните мне, что это за бессмысленная херня? зачем?

P.S. день как-то не задался с самого утра. НЕНАВИСТЬ НЕНАВИСТЬ НЕНАВИСТЬ.

http://monty-says.blogspot.com/2009/12/help-saving-mysql.html

I, Michael "Monty" Widenius, the creator of MySQL, is asking you urgently to help save MySQL from Oracle's clutches. Without your immediate help Oracle might get to own MySQL any day now. By writing to the European Commission (EC) you can support this cause and help secure the future development of the product MySQL as an Open Source project.

зажигательно

http://clubs.ya.ru/company/replies.xml?item_no=20164&ncrnd=7768

ололо, а ведь им еще когда говорили, что сервис с откровенно манипулятивной обратной связью сосет by design. побегали по граблям, собрали х.ев в панаму от всех кому не лень, превратились в окончательную помойку и только тогда решили что пора, наконец, закопать стюардессу.

r.e.s.t.e.c.p!!!

"Значки программ теперь располагаются в шестигранной сетке, а не квадратно-гнездовым методом."

пруфлинк (via screamager)

"Бесконечная лента команд, легко прокручиваемая пальцем." (пруфлинк)

революция в пользовательском интерфейсе, пацаны, я гарантирую это!

[Cmd-Tab -> Safari]

почему все без исключения формальные процессы управления разработкой сосут big time, будучи применяемыми "в лоб"?

очевидно, потому что сама природа этой работы обладает слишком недетерминистским характером.

поясню.

допустим, мы имеем сложный технологический процесс, скажем - сборку автомобиля. совершенно независимо от того, какая смена стоит у станков и на конвейере, эта смена собирает одни и те же автомобили. они состоят из одинаковых деталей, сопряженных друг с другом идентичным образом. ну, с поправкой на брак и технологические допуски.

теперь возьмем какую-нибудь банальную задачу, ну я не знаю, веб-приложение электронного магазина. даже если задача имеет строжайшие спецификации, а окружение - принятые стандарты кодирования, эта задача, будучи порученной разным программистам, на выходе будет представлять собой две разные программы. если же программистам предоставить самостоятельный выбор инструментария... ну вы понимаете.

в программировании творчество - это ключевая составляющая любого по-настоящему удачного решения. программные продукты остаются качественными до тех пор, пока делающим эти продукты людям ИНТЕРЕСНО делать их лучше. и выигрывать в бизнесе будут те, кто в состоянии сделать программистам интересно, так сказать, in a long run.

поэтому все формальные процессы в нашей богоспасаемой индустрии нормально работают в лучшем случае на саппорте и сопровождении. попытка применять их в проектах, нацеленных на развитие (не говоря уже о новых продуктах), сродни применению заклинаний дождя. дождь может пойти, а может и не пойти, но было ли это результатом заклинания - никто никогда не узнает.

правильно же выстроенная разработка состоит из ведущих программистов, которые придумывают и делают продукт, подмастерьев, которые у них учатся, и оверхеда в виде менеджера, который бегает за кофе, обеспечивает апгрейд компьютеров, пиво и блядей. и зарплату получает меньше чем программисты. и конечно же (боже упаси!) ничем не руководит.

угадайте с одного раза компанию, в которой хорошо поняли этот принцип.

такие дела.
[Cmd-Tab -> Eclipse]

Кредитная экспансия, бесславный конец которой мы сейчас наблюдаем в реальном времени, довольно любопытным образом проявила себя в нашей богоспасаемой индустрии.

Все те 10+ лет, что я занимаюсь разработкой, меня разные люди в разных обстоятельствах неизменно пытались убеждать, что концепция "давайте слепим систему <...> на коленке руками программиста, позавчера узнавшего про существование инструментария, с которым ему придется работать" является "экономически оправданной". Казалось бы, так оно и есть: мы делаем нечто гипсокартонное и позволяющее запустить продажи, и прибыль от продаж реинвестируем в производственный цикл, постепенно доводя продукт до нормальной кондиции. В качестве вариации - собираем команду профессионалов за мегабабло и лепим востребованный рынком копипейст, потому что рынок же всегда растет, и место для всех найдется.

Свой внутренний протест против этой модели я, как человек самокритичный, списывал на излишнее эстетство и перфекционизм.

И только теперь стало окончательно понятно, что вышеописанный подход - просто одна из разновидностей той самой пирамидальной схемы, за которую самым шустрым теперь турма сидеть, а всем остальным - жрать вкусную гречку ближайшие 10 лет.

Именно этот подход порождает бессмысленные образования типа поисковых сервисов без единой оригинальной идеи, безумные системы автоматизации бизнеса, требующие на поддержку ресурсов, которыми можно еще пару аналогичных бизнесов запустить, и прочие прелести.

А самое смешное в том, что все адепты этой схемы, похоже, до сих пор не понимают, как они попали :)

Microsoft отозвала предложение о покупке Yahoo. Историю последней героической попытки догнать уходящий поезд можно почитать, например, здесь.

Официальная озвученная версия, естественно - "не договорились по деньгам" ($33 против $37 за акцию). Фундаментальные причины происшедшего, кажется, намного более интересны, а последствия этой истории для индустрии в целом трудно переоценить.

Фактически сейчас в денежном выражении зафиксирован факт: Microsoft перестала быть мэйнстримом IT. И даже то, что на практике внутри компании делается немало интересных технологий, их уже особенно не спасает.

Ссылки по теме:
http://www.microsoft.com/presspass/press/2008/may08/05-03letter.mspx
http://bigpicture.typepad.com/comments/2008/05/ballmer-yang-ag.html
http://www.nytimes.com/2008/05/04/technology/04soft.html?_r=1&oref=slogi...
http://bigpicture.typepad.com/comments/2008/05/fed-opens-yahoo.html