Форумы-->Форум для внеигровых тем-->
1|2|3|4
| Автор | Совсем ТРУ программисты |
|---|
| для Borashek:для решения 13 к это мало.соотношение денег-времени отсутствует. | соотношение денег-времени отсутствует
26к. игровых за 20 минут. Это 10 баксов, или 30 баксов в час. Нормальная, кстати, зарплата))) 150к в месяц выйдет. | | для FireSwarm:13 к предложено.учитывая что нужно ему все объяснять на пальцах,ведь он сам сказал что нешарит -времени уйдет намного больше чем на решение. | 13к за одну, там 15 минут. Плюс вторая задача была переделать - это быстрее, уже 5 минут. И никому ничего объяснять не пришлось.
А если бы да кабы... | для FireSwarm:
Хорошо, а ты программист?
вы издеваетесь? Пока это не является моей областью профессиональной деятельности и не приносит основной доход я не могу себя так называть.
Код же тут элементарный- засунуть в цикл условие-проще некуда.
Слабо рассказать, как на низком уровне реализуется ограничение размера стека, к примеру?
А смысл? Если мне так приспичит использовать стеки -я просто зайду на сайт производителей той же java в библиотеку API и посмотрю основные возможности класса Stack. Не нужно изобретать велосипед, когда он уже сделан. | для FireSwarm:
13к за одну, там 15 минут. Плюс вторая задача была переделать - это быстрее, уже 5 минут. И никому ничего объяснять не пришлось.
А если бы да кабы...
да согласен халява- это не квесты в игре по 3 часа проходить за 1к | для FireSwarm:
Вот мне интересно, сколько времени нужно, чтобы сделать копипаст кода и нажать кнопку выполнить?
Барашек тебя надул, приятель. %) | 25-12-12 14:51: Получено 1 Золото от Borashek: Спасибо
25-12-12 14:51: Получено 13000 Золото от Borashek
27 2012-12-26 14:51:06
О как пристидил. %)
для FireSwarm:
С тебя небольшой %..))
Не откажусь от швырка в мою сторону какого-нить ресурса..))
На твой выбор) | Он оно как)))
А мне,.... а мне бесплатный совет, как побороть злостный вызов recv при использовании сокетов, который падла блокируется, если ничего от сервера не поступило??? )
Мне бы было приятней если б программа не зависала в ожидании данных от сервера, а моментом возмращала мне скажем отрицательное значение или чё нить подобное...))))
Неужели надо громоздить потоки, или пользоваться винапишными сокетами???
Где не блокирующиеся сокеты взять ??? )))) | для alatir:
Если мне так приспичит использовать стеки -я просто зайду на сайт производителей той же java в библиотеку API и посмотрю основные возможности класса Stack.
Во первых, это не тот стек. Во вторых, что ты там увидишь? Там точно не будет объяснений, как организуется граница стека на уровне регистров памяти.
Не нужно изобретать велосипед, когда он уже сделан.
А практика показывает, что нужно. Простой пример - в джаве куча логгеров, собравших все болячки опенсорс продуктов, но реально моим требованиям не удовлетворяет ни один. Поэтому приходится делать свой.
В джава работу со стеком руками прописывать точно не придётся, но чем чёрт не шутит... Да и не всегда джавой можно воспользоваться. | для Цирконий:
С тебя небольшой %..))
А рожа не треснет? Он ещё вчера отправил.
для ChinaNoDollar:
Неужели надо громоздить потоки
Первый раз вижу, чтобы "потоки" и "громоздить" стояли рядом.
В любом случае, если ты хочешь, чтобы прослушка порта и ещё какие-то действия (отрисувка GUI, к примеру) шли параллельно, нужно создавать отдельные потоки-процессы, в зависимости от структоры проги.
Другой способ - таймер на ожидание ответа 5 милисекунд, ничего не получил - что-то поделал, повторил попытку, опять не получил - ещё что-то поделал, ну и т.д. | для FireSwarm:
Первый раз вижу, чтобы "потоки" и "громоздить" стояли рядом.
В любом случае, если ты хочешь, чтобы прослушка порта и ещё какие-то действия (отрисувка GUI, к примеру) шли параллельно, нужно создавать отдельные потоки-процессы, в зависимости от структоры проги.
Другой способ - таймер на ожидание ответа 5 милисекунд, ничего не получил - что-то поделал, повторил попытку, опять не получил - ещё что-то поделал, ну и т.д.
В общем просто при написании FTP клиента, с докачкой файлов, обработкой разрыва соединения и тому подобное... ну очень не хочется усложнять примитивный алгоритм работы программы, которому вполне достаточно будет одного потока и функции чтения, которая читает данные если они есть, а если их нет, выходит с соответствующим значением. Да имею ввиду именно данныу управляющего соединения))) Они падла виснут ))) С сокетом для данных все ок, поэтому очень не хочется всего-то из-за сокета передающего и получающего команды на сервер(с сервера) пришлось громоздить дополнительную хрень))))))
Не есть, конечно операция селект и она может сообщить о поступлении данных в нужный дескриптор сокета, но он виснет, пока данные не поступят или пока не сработает таймаут для селекта, если он выставлен))))
Не знаю, может все и нормально... ну чего-то мне тут не нравиться почему-то)))))) Не пойму что))))))
уххх не... надо подумать......может все норм, но нет.... мне принципиально не нравится то, что если я на сервер не послал команду а вызвал при этом recv, то recv меня падла вешает. Ой не нравица мне это)))) | Вот что прочел по ссылке ниже и стараюсь начал думать, что лучше придерживаться аналогичных мыслей:
"Старайтесь всегда использовать select без указания таймаута. Ваша программа ничего не должна делать при отсутсвии данных. Код, зависящий от таймаутов, обычно непереносим и труден для трассировки."
http://amax.h16.ru/docs/select_tut2.html | Недавно моему сокурснику решили задачу
Попроси у сокурсника списать, делов-то. | | Чую от нескольких потоков мне не отвертеться))) Эхххххх.... а так хотелось все последовательно делать.....)))) | Чую от нескольких потоков мне не отвертеться)))
Добро пожаловать в 21-й век ;) | для FireSwarm:
Слабо рассказать, как на низком уровне реализуется ограничение размера стека, к примеру?
Справедливости ради:
Чтобы рассуждать о кодировании на низком уровне, нужно сначала приучиться писать рациональные алгоритмы (не с точки зрения длины текста кода, а с точки зрения оптимальной работы программы: скорость, отжирание памяти и т.п.).
Конечно, для школярской задачки с целочисленными массивами из 30 элементов использование вложенных циклов допустимо, но в реальных ситуациях с достаточно большими объемами данных принято решать подобные задачки за 1 проход по массиву/таблице.
На собеседовании я бы программиста со столь "красивой" распечаткой кода как минимум поспрашивал бы подробно об особенностях применения такого алгоритма и направлениях его оптимизации в том или ином случае. Иначе из-под пера недопроверенного кандидата будут выходить очень красивые в распечатке, но весьма "тормозные" программы.
;) | для чАццкий:
Чтобы рассуждать о кодировании на низком уровне, нужно сначала приучиться писать рациональные алгоритмы (не с точки зрения длины текста кода, а с точки зрения оптимальной работы программы: скорость, отжирание памяти и т.п.).
Во первых, я не рассуждал о кодировании на низком уровне. Это скорее устройство ПК, хоть и не самое поверхностное. Чуть глубже, на пол шишечки))) Я не системщик и о низкоуровневом программировании рассуждать не берусь никогда.
Конечно, для школярской задачки с целочисленными массивами из 30 элементов использование вложенных циклов допустимо, но в реальных ситуациях с достаточно большими объемами данных принято решать подобные задачки за 1 проход по массиву/таблице.
Боюсь, не всегда это позволяет задача.
В текущей задаче всё можно было сделать за один проход, во время генерирования (или ввода с клавы, не важно) массива. Его самого даже в памяти хранить не обязательно.
Хотел бы увидеть реакцию препода на такое решение от, судя по всему, не самого гениального студента.
На собеседовании я бы программиста со столь "красивой" распечаткой кода как минимум поспрашивал бы подробно об особенностях применения такого алгоритма и направлениях его оптимизации в том или ином случае.
На собеседовании я таких задач не даю. Да и мне не давали. | для чАццкий:
На собеседовании я бы программиста со столь "красивой" распечаткой кода как минимум поспрашивал бы подробно об особенностях применения такого алгоритма и направлениях его оптимизации в том или ином случае. Иначе из-под пера недопроверенного кандидата будут выходить очень красивые в распечатке, но весьма "тормозные" программы.
;)
на собеседованиях на программиста дают решать массивы? О_о | для FireSwarm:
для alatir:
Если мне так приспичит использовать стеки -я просто зайду на сайт производителей той же java в библиотеку API и посмотрю основные возможности класса Stack.
Во первых, это не тот стек. Во вторых, что ты там увидишь? Там точно не будет объяснений, как организуется граница стека на уровне регистров памяти.
Не нужно изобретать велосипед, когда он уже сделан.
А практика показывает, что нужно. Простой пример - в джаве куча логгеров, собравших все болячки опенсорс продуктов, но реально моим требованиям не удовлетворяет ни один. Поэтому приходится делать свой.
В джава работу со стеком руками прописывать точно не придётся, но чем чёрт не шутит... Да и не всегда джавой можно воспользоваться.
вам же сказано я не программист - если я вдруг с такой проблемой что мне придется как то вручную прогать стеки то думаю есть немало алгоритмов по которым можно решить эту проблему. |
1|2|3|4К списку тем
|
