Dmitry

Не работает вообще.

«Несколько лет назад, когда тираж Punto Switcher'а подбирался к миллиону (1000000) копий, общее количество donation было меньше десяти (10).»

1) Написать свой и всегда использовать, например с помощью knockout займет строчек 50, недавно делал такой
2) В mvc3 есть готовый WebGrid
3) Можно использовать готовые JS гриды, там все просто, берем модель, конвертим ее в JSON и скармливаем гриду
4) Тысяча примеров написания гридов на MVC, можно оттуда что-нибудь почерпнуть
5) Посмотреть MVC Scaffolding, может быть там есть что-то для автогенерации, но я не помню уже.

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

>и деньги готов платить
WOW!

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

А вообще зачем для этого регулярные выражения использовать? Помойму проще и быстрей проверить строковыми функциями

Не могу ничего сказать про пхп, но что касается клиентской стороны, конечно knockout! Как раз таки формы на нем делаются в легкую. См презентацию на миксе channel9.msdn.com/Events/MIX/MIX11/FRM08

www.basegroup.ru/

У них висит вакансия. А вообще, ИМХО, нейронные сети просто раскрученная в последнее время тема.
Реально их мало где применяют.

1. Максимально ограничить функциональность, только основные фичи, ничего лишнего, никаких деталей

2. Делать БЫСТРО. И планировать так, чтобы сделать быстро. Например если есть возможность использовать готовые компоненты, использовать их, не изобретать велосипед, малозначимые детали на которые тратится много времени отсекать. Если проект затягивается мотивация тает на глазах.

3. Обратная связь. Деньги и хвалебные отзывы очень мотивируют. Если ты делаешь проект и чувствуешь, что он никому не нужен, желание «писать в стол» разумеется пропадает. Регулярная подпитка отзывами. Поэтому нужно быстро сделать первый релиз, а потом работать короткими итерациями, чтобы была постоянная обратная связь с пользователями.

4. Избегать рутины, стараться скидывать ее кому-нибудь. Например верстку. Но это уже опционально, поскольку требует затрат.

«Спагетти код»

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

По сабжу:

Низкий порог вхождения у пхп и простой работы полно.

что лучше php, asp.net, python, ruby тема холиварная можно привести тысячи за и против. В плане работы hh -> поиск.

С уверенностью могу говорить только за ASP.NET. Мне больше нравится MVC нежели WebForms, путь становления будет долог, но как это обычно бывает, должен окупиться. Вообще удаленку НИРИКАМЕНДУЮ, поскольку будешь вариться в собственном соку и медленно развиваться. Самый эффективный и быстрый способ научиться, устроиться куда-нибудь на работу стажером. Если нет работы в родном городе, перебраться в другой, сделав такой решительный шаг, будет за что себя похвалить, а там глядишь и депреcсняк пройдет на какой-то время. Потом опять идти-идти достигать и т.д. :)

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

На мой взгляд это очень трудная задача. Возможно даже слишком трудная, чтобы пытаться что-то предпринять. Если ты до этого не знал человека, то не можешь ему доверять. Доверии вырабатывается через человеческое общение, причем чем больше тем лучше. Двух дней, недели — недостаточно. Даже если вы давно друг друга знаете, случаются конфликты, недопонимаю. А если пришел человек со стороны, он будет думать, что вы хотите скинуть на него рутину, что хотите его просто использовать, как бесплатного раба. Отсюда вытекают проблемы с мотивацией, кто хочет полностью отдаться проекту, не имея никаких гарантий? Другая проблема — амбиции, никто не хочет быть номером два в чужом проекте, так что скорей всего ваш напарник начнет тянуть одеяло на себя, а это благодатная почва для конфликтов. Есть добродушные неконфликтные люди, которые казалось бы лишены амбиций, не знаю насколько они хорошо подходят для проекта, но попробуй найди таких, поначалу все мило улыбаются. Если проект 100% успешен(как бизнес), лучше найти где-то денег или быстро сделать базовую версию и заработать хоть что-то, потом уже нанять людей. Если это что-то вроде социальной сети для собак или перспективы неясны, нужно искать другие варианты, тут каждый второй с таким проектом и жаждет что ему кто-нибудь поможет реализовать мечту.

ASP .NET MVC Framework с примерами на C# Стивен Сандерсон
В вашем случае, то что доктор прописал.

А почему false и true не катит? На стороне сервера что стоит? Ну в крайнем случае, наверное, можно регексами заменить, как при отправке, так и при получение.

>для программиста это непростительно
Небольшой оффтоп. Для 90% программистов уровня 9 класса с головой хватает. Предвижу возгласы представителей илиты, дескать, математику нужно учить если не хочешь быть кодирующей обезьянкой блаблабла. Тема «нужна ли математика программисту» дискуссионная, можно за копейки использовать хардкорную математику в каком-нибудь нии, а можно выполнять скучную, сильно абстрактную работу квонта за зарплату в 2 раза выше рынка, в общем математика как самоцель не очень хорошо ИМХО.

Досадные мелкие ошибки допускают все. С опытом вероятность появления этих ошибок снижается. Исключить такие ошибки вовсе — невозможно, возможно лишь снизить вероятность их появления. По теме выявления и профилактики таких ошибок в крупных проектах написано множество статей, книг, разработано куча практик и приемов. В мелких олимпиадных задачках, наверное, стоит стараться писать как можно более чистый код, т.е. избегать перлов типа такого

 for (int i = 0; i < postParams.Length; PostParams += postParams[i] + (((++i) % 2 == 0) ? "&" : "=")) ; 

стараться разбивать программу на логические блоки, чтобы легче было локализовать ошибку и тренироваться, тренироваться, тренироваться…

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

Поддержу Dimonich, лучше юзать FCS или его аналоги (коих в принципе много, Red5 для java, fluorinefx — opensourse для .net(лично я его юзал, но столкнулся с рядом проблем, решения которых так и не нашел), weborb — много для чего, но он платный(есть бесплатные коммьюнити и девелопер версии)). Преимуществ от использования масса — shared objects, обратный вызов функций на клиенте, можно перегонять звук и видео между клиентами и т.д.

parking.ru/vds/hyperv/

Раньше постоянно пользовался программкой DeskPin www.techyard.net/deskpins-pin-any-window-as-alway-on-top/ позволяет «пригвоздить» окно поверх других окон. На широком экране казалась очень удобной.