All streams
Search
Write a publication
Pull to refresh
24
0
Frozik @Frozik

Пользователь

Send message
Нововведения можно посмотреть в википедии - http://en.wikipedia.org/wiki/C_Sharp_%28…
Эх, может кто нибудь живёт в Праге, попили бы пивка, а то из за этой погоды делать нефиг =(
Их знать и применять в нужных местах очень полезно, в данной программе конечно всё нагромождено одно на другое, но это как головоломка для мозгов =)
Решил добавить комментарии, но вывести отдельным листингом ниже...
Я думал об этом, но тогда это будет слишком просто, нет?
За такую строку надо очень сильно бить того, кто её написал. Это стандартный пример у Страуструпа, и если помните проблему с RPC у Microsoft, то она была у них именно в этой конструкции. А что если этого нуля не будет или t будет больше чем s... Я бы лучше узнавал у кандидата, где здесь потенциальная ошибка безопасности и как её можно исправить.
Посмотрите на ту, где весь стол завален трансформерами, я думаю вам покажется что там вообще работать противопоказано =)
Если кто нибудь это ещё читает или будет читать:
Интересный блог Scott Guthrie http://weblogs.asp.net/scottgu/
Также не всё пока в LINQ гладко по крайней мере на момент VS 2008 Beta2 - присоеденить к контексту оторванную запись без повторного считывания не представляется возможным (без изменения базы данных и добавления таймстампов).
Охото было бы возможность, чтобы левая и правая панель обрабатывались каждая в отдельном потоке, и затык на одной панели не вызывал простоя всего коммандера, а только текущей панели. Чтобы drug&drop был тоже в отдельном потоке. Чтобы когда с фтп качаешь, да и при любых других операциях (копирование, удаление и т.д.) чтобы тотал был доступен, а то получается зашёл на фтп (у меня есть один который поддерживает только одно подключение с айпишника) и у меня выбор либо в потоке копировать, но при этом надо будет соединение закрыть, либо в текущем потоке, но тогда ещё надо будет одну копию открыть. Пусто он бы копировал в этом потоке но я бы им пользовался...
Просто эволюция
с
с++
с# = c++++
Blu-ray Disc 1 слой 25Гб пока максимум 4 слоя, HD DVD 1 слой 15Гб, пока максимум 3 слоя. Если бы стоял перед прилавком, поддержал бы того производителя, у которого в будущем перспектив больше (по моему мнению), то есть Blu-ray.
Это почему? Потому, что не так, как в MySQL?
Не люблю когда человек не разобравшись в предмете начинает утверждать непонятно что и реализовывать всё через мягкое место через NOT IN.

MySQL:
LIMIT 3,4
MSSQL:
SELECT TOP 3 ROW_NUMBER() as RowIndex
....
WHERE RowIndex >= 3
Прошу не минусовать:
"Когда заменишь мощь и простату."
Простите, что вы хотите заменить?
Не могу с вами согласиться про полное распараллеливание. Сколько времени и ресурсов надо чтобы - создать, запустить, приостановить, продолжить, завершить поток? Например иногда лучше поток остановить не сразу, а подожать несколько тактов, и если данные не прийдут уложить его спать (потому что это всё достаточно дорогие операции). В принципе распараллелить можно многое, но где будет выигрышь во времени не известно.
Я не понимаю проблему, которую вы для себя поставили, зачем городить огород, если вы таким образом не выучите полностью спецификации http протокола (есть не только post и get методы, посмотрите на название вашей темы, посмотрите на спецификации и укажите в процентах то, сколько вам удалось выучить от HTTP протокола). Вы не посмотрели, какие запросы будут, если например это всё идёт через proxy. Ваша ситуация здесь аналогична следующей: Как изучить способ заваривания маття, на примере чая в пакетиках.
Не понимаю проблему. Поиск таких вещёй я обычно начинаю со слова "RFC", нахожу требуемый документ, в вашем случае это будет запрос "RFC HTTP protocol", и гугл нас кидает первой ссылкой на http://www.w3.org/Protocols/rfc2616/rfc2… . Если с английским туго, то можно поискать перевод требуемого документа, и первый документ на запрос "RFC 2616 перевод" приводит нас на страницу с русским переводом этого протокола http://www.php.su/phphttp/docs/rfc2616/r… . Внимание, теперь вопрос, зачем это всё было городить?
Не содержимое сессии, а состояния контролов, без ViewState'а можно свободно обойтись, если каждый раз данные тягать с базы. Во вторых все нормальные люди ViewState клиенту обычно не дают и держат его в базе, а клиенту идёт только Id.
Я бы не стал категорично подходить к переработке. Во первых если мне нравится, то часть времени я могу и подарить, мне не жалко, а удовлетворение от решения задачи останется на долго.
Возмите например производство медикаментов. Одна фирма изобрела очень хорошее лекарство, потратила миллионы долларов на создание, и ещё больше на проверку этого лекарства на побочные эффекты от него, и чтобы окупить эти расходы, стала продавать за 5$. Другая фирма, специалисты которой (а они могут восстановить ингридиенты), создало такое же лекарство, но не тратилось как на разработке, так и на тестирование, а всё взяло у другой фирмы и продаёт за 0.5$. Как вы думаете, будет ли желание у первоначальной фирмы что нибудь придумывать ещё?

Ещё пример. Фирма стала разрабатывать продукт, допустим на Java или .NET. Вложила кучу сил в свой продукт, и наконец через n лет выпустила его на рынок. Другой более влиятельной фирме понравилась идея, и они просто декомпилировали исходники, подправили их, и выпустили продукт очень напоминавший разработку первой фирмы, и так как вторая более влиятельная, быстрее стали раскручивать его и получили большую прибыль, при меньших затратах.

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Works in
Date of birth
Registered
Activity