В дурку для опытов сдать нужно?
наверное смотря где, год назад у нас наоборот все спокойно и стабильно было, а вот сейчас видимо дошла волна. А что с нового года будет...Если наши доблестные депутаты воплотят свои хотелки, то программисты в украине вымрут от голода как динозавры
Да мне кажется почти везде судя по тому как рынок вакансий оживился.наверное смотря где
ничего не поменяется вообще ) Все как работали по черному так и будут работать. Сразу все орастут шифрованным траффиком и пусть ломают голову
дело ведь не в трафике, а в том как деньги из-за границы получать
дело ведь не в трафике, а в том как деньги из-за границы получать
Увыжаемый Ал-КАпонэ мы,увлекающиеся Вашим творчеством (профессиональным) всегда очень рады когда читаем ваши сообщения,мы также следим за вашими разработками в области ИТ=технологий.Мы,ваши поклонники, часто устраиваем встречи на природе и практичкски всегда до утра обсуждаем ваш творческий потенциал.Понимая,что вы человек занятой,мы не надеемся когда -нибудь лицезреть Вас лично на наших встречах,но надеемся что вы нам когда -нибудь в исходном варианте покажете какое -нибудь ваше детище програмной разработки.С уважением ваши поклонники.через оффшорные счета, как вариант.
Достопримечательный ЗГ.Элементарно. Открой офшор где-либо и дистанционно сливай себе бабки. Я не думаю, что у тебя прибыли по 50 штук в месяц хотя бы гривень.
Вестерн юнион. или открой paypal в сша и тут тупо снимай деньги. да, будешь терять немного, но зато хер тебя за яйки возьмут ) я вот по 100-200 тыс гоняю иногда и ничего страшного еще не случилось и не случится. я им хуй покажу когда прийдут ) скажу вот есть хуй, а денег - не брал
Тему не читал, но аффтар - реально нифига не понимает в этих наш программизмах.
Во-первых. При построении современных програмных комплексов очень важно правильно спроектировать систему. А это:
1) Разбить требуюмую систему на подсистемы
2) Для каждой из систем сделать "прямую" абстракцию классов
3) Правильно выбрать технологии и API для создания логики работы классов в целевой операционной системе.
4) Реализовать классы в соответствии с предыдущими 5-ю пунктами
Где тут низкоуровневое программирование? Я его не вижу.
Его зарезали недавно мне подкинь.Губетель ,
Хош работенку тебе подкину... ?
Замахаешся - реально, ну и ещё подрастешь по-ходу.
Ты тут хвастанул всем что знал.Насколько я понял, речь идет не о низкоуровневом программировании как таковом,а в основном внимание уделяется пониманию сущности обьекта на физическом уровне,что даст возможность работать с ним эффективней на высокоуровневом програмном средстве.Тему не читал, но аффтар - реально нифига не понимает в этих наш программизмах.
Во-первых. При построении современных програмных комплексов очень важно правильно спроектировать систему. А это:
1) Разбить требуюмую систему на подсистемы
2) Для каждой из систем сделать "прямую" абстракцию классов
3) Правильно выбрать технологии и API для создания логики работы классов в целевой операционной системе.
4) Реализовать классы в соответствии с предыдущими 5-ю пунктами
Где тут низкоуровневое программирование? Я его не вижу.
Во-вторых. Очень часто случается, что в силу некоторых причин - правильно спроектированная программа отказывается правильно работать. В таких случаях приходится распутывать клубок логических ниток в поисках места, где заявленная логика дает сбой. Иногда в таких случаях приходится опускатся на более низкие уровни абстракции вплоть до исходного кода используемых в проекте библиотек.
Но опять же, где здесь низкоуровневое программирование и ассемблер? Не вижу.
В конечном итоге творческий подход к программированию сводится к комбинации из математической логики и архитекторства. Известна цель, известны средства, а путь достижения цели строится путем комбинирования средств и построения между ними правильных взаимосвязей.
А если реализация должна быть на C?
Встречный вопрос - а где это экономически оправданно, кроме embedded?
Про Open source слышал что-нить?
PostgreSQL, Tor, Git, MySql(С/С++). В google при написании V8 (движка JavaScript)
и ассемблером не погнушались.
"Экономически оправданно" для кого?
С учетом вышесказанного, переформулирую свой вопрос так: где экономически оправданно использовать C/C++, кроме:
- Embedded разработки
- Игр и сложного графического ПО (да и то, в последнем далеко не все имеет смысл писать на C++)
- ОС и системного ПО
- Серверов БД и приложений с похожими критичными требованиями к скорости работы и потреблению памяти
Для компаний, заказывающих разработку ПО аутсорсинговым фирмам
Для компаний, заказывающих разработку ПО аутсорсинговым фирмам
Как правило заказчику безразлично какие средства вы выберете. Заказчику важен результат.
правильно, поддержка и интеграция заказчику в стране Эльфов не важна.