А в чем разница мониторить с zakupki.gov.ru закрытые уже сделки и открытые? у zakupki360.ru или ist-budget.ru или trade.su нет АПИ, Цены бы не было этому АПИ еслиб там были ВСЕ торги и открытые и закрытые.
Как бы мне хотелось чтобы все было так как ту написано
>"На всех устройствах единый интерфейс и ОДНИ приложения…… Ну и игры пишутся на XNA."
Только сдается мне все не будет так просто. Вышел monogame 3.0 в котором появились win8 проекты. Теперь портировать игру с XNA на win8 нужно будет через mono. Не очень понимаю для чего в течение всего этого времени столь активно велась реклама XNA, миллион туториалов было и вдруг маукрософт резко свернули это дело…… Или не свернули?? Не могу понять ничего.
Мудрость индейцев Дакоты гласит: если ты заметил, что скачешь на дохлой лошади, – слезь с неё.
Но в жизни мы часто руководствуемся другими стратегиями:
– достаём более крепкий кнут;
– меняем всадника;
– говорим себе: «мы и раньше скакали на дохлой лошади»;
– создаём рабочую группу для изучения дохлой лошади;
– посещаем разные места, чтобы посмотреть, как скачут на дохлых лошадях там;
– создаём отдел по оживлению дохлой лошади;
– устраиваем тренировки, чтобы научиться лучше скакать на дохлой лошади;
– проводим сравнительный анализ всевозможных дохлых лошадей;
– изменяем критерии, устанавливающие, что лошадь мертва;
– нанимаем на стороне людей, якобы умеющих скакать на дохлой лошади;
– внушаем себе, что ни одна лошадь не может быть настолько дохлой, чтобы на ней нельзя было скакать;
– проводим исследования, чтобы узнать, есть ли более хорошие или более дешёвые дохлые лошади;
– объясняем себе, что наша дохлая лошадь быстрее, лучше и дешевле, чем другие;
– создаем совет по качеству, чтобы найти применение дохлым лошадям;
– пересматриваем условия работы для дохлых лошадей;
– расширяем сферу применения дохлых лошадей;
– и, наконец: образуем особый отдел, в котором изучают потребности именно дохлых лошадей.
Статья была одной из лучших что я видел на хабре!!! Очень печально что так происходит в России! Согласен с DedalX, нужно стукнуть в пейпел! Люди у кого есть пейпел, пожалуйтесь на этого горе-«предпринимателя» пока не поздно. Ну и «любой повод в PR превращать» тоже мысль. Хоть что то хорошее нужно находить в любой ситуации. Удачи Вам! от всего рунета приношу Вам извинения. Печально…
Сегодня множество программ, форумов, где предлагая свои проекты, можно реально их реализовать. так что главное желание! а Вы хотите, чтобы Ваши конструктивные предложения реализовывал кто-то другой.
Вот в чем самая главная проблема. Не надо сваливать ответственность на других. Не надо лениться. Нужно вставать и Действовать!!!
Сейчас как раз трудимся над созданием ресурса, способного помочь всем, объединить тех кто может с тем, кто желает! =))
а власть — это кто? — тоже мы. и нам бы пользоваться нашим правом, прописанным в конституции, но гораздо проще снять с себя ответственность за всё происходящее, ругать чиновников, ментов, начальника, препода… — кого угодно…
пока мы терпим, мы молчим.
а пока мы молчим, нас никто не услышит!
Здравствуйте! за последние 70?! мы последние годы живём так хорошо, как вообще в истории России еще не жили.! а спады и подъемы свойственны любому развитию!
Участвовал в их поддержке и сейчас пишу.
примеры :ERP -система для одной сибирской корпорации в несколько тысяч человек
специализированная соцсеть, рассчитанная на тысячи человек с онлайном хотя бы в сотню =)
Сайт файлового менеджера, прошу прощения, это не сложная система.
Сложные сайты со сложной иерархией достаточно: сайт Toshiba, Intel и др.
Сейчас перечитал статью и очень не понравились слова:
помогающими лучше научиться писать программы
Программист, который пишет программы лично для меня плохой программист, на кодирование уходит максимум процентов 35% времени, остальные время — проектирование, тестирование, поиск решений и т.п.
Программист — это не кодер, а разработчик, человек который не только напишет программу, но и объяснит как и почему
Лично я бы порекомендовал следующие книги (если речь идет об объектно-ориентированной разработке):
Фаулер М. — Рефакторинг. Улучшение существующего кода
Дж. Кериевски — Рефакторинг с использованием шаблонов
Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес. Приемы объектно-ориентированного проектирования. Паттерны проектирования
Крэг Ларман Применение UML 2.0 и шаблонов проектирования
Книги по TDD тоже стоит посмотреть, да и просто почитать про эту методологию
были ли программы, а программные комплексы, на которые затрачено хотя бы несколько сотен челоеко-часов? программы, количество выполняемых уникальных действий пользователя исчислялось бы хотя бы сотней, а самих пользователей несколько сотен? и при этом сотням пользователям понравился интерфейс больше, чем у аналогичных программ.
если да, то вас поздравляю — вы один из неногих программистов, которые пишут хороший интерфейс сами, без помощи дизайнеров.
PS. Сложный интерфейс — я подразумеваю интерфейс сложности крупной ERP/CRM-системы (для веб-приложения) или сложности сравнимой хотя бы с Office (Open или MS)
Моё мнение — и для коммерческого софта многое тоже можно применять.
О UI — из моей практики я заметил, что часто программистам не критично как выглядит интерфейс и насколько он удобен — они то всё в нём понимают, а потом пользователям нужно изучать сотни страниц интструкция для того, чтобы всё работало как надо.
Потому и есть такие люди, которые занимаются дизайном интерфейсов в специально предназначеном для этого софте и строят прототипы приожений.
Подход, когда цикл разработки приложения в общем виде выглядит как:
«Дизайн интерфейса» -> «Разработка» -> «Тестирование» -> «Релиз»
лично для меня наиболее приемлем хоть в OpenSource, хоть в коммерческом ПО (кстати, часто и оба вида приложений страдают именно сложностью и неудобностью интерфейсов)
да, конечно, самый лучший способ — позвонить. если номер не написан — спросить!
а еще. можно чуть-чуть понастальгировать. под предлогом: положительные эмоции укрепляют иммунитет и помогают скорейшему выздоровлению, спросить: «А помнишь, как мы познакомились?»))) такой информации точно нет в профайле))))
Правда не рекламная?)
«В файле auto/cc/gcc комментируем строчку:
#CFLAGS=»$CFLAGS -Werror"
Где найти этот файл?
>"На всех устройствах единый интерфейс и ОДНИ приложения…… Ну и игры пишутся на XNA."
Только сдается мне все не будет так просто. Вышел monogame 3.0 в котором появились win8 проекты. Теперь портировать игру с XNA на win8 нужно будет через mono. Не очень понимаю для чего в течение всего этого времени столь активно велась реклама XNA, миллион туториалов было и вдруг маукрософт резко свернули это дело…… Или не свернули?? Не могу понять ничего.
Но в жизни мы часто руководствуемся другими стратегиями:
– достаём более крепкий кнут;
– меняем всадника;
– говорим себе: «мы и раньше скакали на дохлой лошади»;
– создаём рабочую группу для изучения дохлой лошади;
– посещаем разные места, чтобы посмотреть, как скачут на дохлых лошадях там;
– создаём отдел по оживлению дохлой лошади;
– устраиваем тренировки, чтобы научиться лучше скакать на дохлой лошади;
– проводим сравнительный анализ всевозможных дохлых лошадей;
– изменяем критерии, устанавливающие, что лошадь мертва;
– нанимаем на стороне людей, якобы умеющих скакать на дохлой лошади;
– внушаем себе, что ни одна лошадь не может быть настолько дохлой, чтобы на ней нельзя было скакать;
– проводим исследования, чтобы узнать, есть ли более хорошие или более дешёвые дохлые лошади;
– объясняем себе, что наша дохлая лошадь быстрее, лучше и дешевле, чем другие;
– создаем совет по качеству, чтобы найти применение дохлым лошадям;
– пересматриваем условия работы для дохлых лошадей;
– расширяем сферу применения дохлых лошадей;
– и, наконец: образуем особый отдел, в котором изучают потребности именно дохлых лошадей.
Вот в чем самая главная проблема. Не надо сваливать ответственность на других. Не надо лениться. Нужно вставать и Действовать!!!
Сейчас как раз трудимся над созданием ресурса, способного помочь всем, объединить тех кто может с тем, кто желает! =))
пока мы терпим, мы молчим.
а пока мы молчим, нас никто не услышит!
примеры :ERP -система для одной сибирской корпорации в несколько тысяч человек
специализированная соцсеть, рассчитанная на тысячи человек с онлайном хотя бы в сотню =)
Сайт файлового менеджера, прошу прощения, это не сложная система.
Сложные сайты со сложной иерархией достаточно: сайт Toshiba, Intel и др.
помогающими лучше научиться писать программы
Программист, который пишет программы лично для меня плохой программист, на кодирование уходит максимум процентов 35% времени, остальные время — проектирование, тестирование, поиск решений и т.п.
Программист — это не кодер, а разработчик, человек который не только напишет программу, но и объяснит как и почему
Лично я бы порекомендовал следующие книги (если речь идет об объектно-ориентированной разработке):
Фаулер М. — Рефакторинг. Улучшение существующего кода
Дж. Кериевски — Рефакторинг с использованием шаблонов
Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес. Приемы объектно-ориентированного проектирования. Паттерны проектирования
Крэг Ларман Применение UML 2.0 и шаблонов проектирования
Книги по TDD тоже стоит посмотреть, да и просто почитать про эту методологию
если да, то вас поздравляю — вы один из неногих программистов, которые пишут хороший интерфейс сами, без помощи дизайнеров.
PS. Сложный интерфейс — я подразумеваю интерфейс сложности крупной ERP/CRM-системы (для веб-приложения) или сложности сравнимой хотя бы с Office (Open или MS)
О UI — из моей практики я заметил, что часто программистам не критично как выглядит интерфейс и насколько он удобен — они то всё в нём понимают, а потом пользователям нужно изучать сотни страниц интструкция для того, чтобы всё работало как надо.
Потому и есть такие люди, которые занимаются дизайном интерфейсов в специально предназначеном для этого софте и строят прототипы приожений.
Подход, когда цикл разработки приложения в общем виде выглядит как:
«Дизайн интерфейса» -> «Разработка» -> «Тестирование» -> «Релиз»
лично для меня наиболее приемлем хоть в OpenSource, хоть в коммерческом ПО (кстати, часто и оба вида приложений страдают именно сложностью и неудобностью интерфейсов)
а еще. можно чуть-чуть понастальгировать. под предлогом: положительные эмоции укрепляют иммунитет и помогают скорейшему выздоровлению, спросить: «А помнишь, как мы познакомились?»))) такой информации точно нет в профайле))))