eu_tomat

Приветствую всех любителей электронных самоделок, а также мастеров, выполняющих ремонт электроники. Развлекательное роботостроение не ограничивается одним лишь Майнкрафтом, и в нашем чатике обнаружился интерес к теме пайки. Предлагаю перенести обсуждение в эту тему. Пока не знаю, что из этого получится, тема экспериментальная. Для начала предлагаю просто поболтать о том, кто чем паяет, у кого какие трудности возникают, и кто как их решает. Возможно, кто-то знает интересные наборы для самодельщиков, готовые платы. В общем, кидайте сюда интересные мысли. А потом поймём, что с этим можно сделать и стоит ли выделять под возникшие идеи отдельные темы. Данная тема пока опубликована во флудилке, но флудом прошу не злоупотреблять. Перепечатывать уже имеющееся обсуждение из чатика сейчас я не буду. Но когда у меня появятся новости, буду публиковать их в этой теме вместе с предысторией. Любой желающий уже сейчас может здесь поделиться своими мыслями о пайке и электронных самоделках.

Так-так-так... А кто у нас пару дней назад в чатике мечтал написать свою операционку? Что поменялось за это время?

Ну, формулировать за тебя условия задачи и выполнять решение я точно не буду. Я могу помочь лишь наводящими вопросами. Ещё могу указать на ошибку, если, конечно, замечу её. Могу подсказать, как сделать код лучше. Поэтому твоя первая задача заключается в чёткой формулировке, что именно ты хочешь получить. А то получится как в том анекдоте: в Фотошопе нужна только одна кнопка "сделать красиво". А вот и ответ. Сначала надо изучить Lua. В простых примерах. Для начала сгодится HelloWorld какой-нибудь. Но можно и сейчас начать с чего-нибудь простого. Например, с программы без GUI, которая может выключить компьютер в зависимости от решения пользователя. Или даже не выключить, а просто сообщить о выборе пользователя.

Для начала надо определиться, как ты хочешь реализовать эти кнопки: напишешь сам или используешь готовую библиотеку. Использовать готовые библиотеки для новичка проще. Но надо изучить их API, который может оказаться бесполезным в других случаях. Писать самому сложнее, но такой подход позволит сосредоточиться только на знании API OpenComputers, не имея дела с особенностями работы чужих библиотек. Каков твой выбор?

Со сломанным транспозером точно не надо обновлять. В ряде случаев он незаменим.

Локализация кривая. Запись в списке уведомлений: Asior bookmarked a Комментарии блога you created in "Обновление OpenComputers до версии 1.7.3"

@mercurial, хорошее начало. Мне приятно, что я оказался первым, кто получил от тебя позитивную реакцию. Предлагаю пробежаться по другим своим заказам. Там ребята тоже старались и достигли неплохих результатов. Им, наверное, тоже будет приятно. Лайк не означает, что какой-либо из постов идеален. Ставя лайк, ты как бы говоришь: мне нравится то, что ты делаешь; продолжай в том же духе. Мелочь, всего один клик, но эта мелочь помогает авторам сохранять мотивацию. Тем более, когда ты на ходу меняешь условия техзадания, и исполнители могут воспринять это как придирки и прихоть. А полученный от тебя лайк смягчит новые требования. Конечно, это тоже не гарантия успеха. Но определённо, вероятность успеха повышается. Чёткое техзадание и благодарность исполнителям в какой-либо форме сильно помогут тебе. Дерзай.

Нет, ничего подобного в ближайшие месяцы я не планирую. Но мне интересна постановка вопроса. Она отпугивает потенциальных исполнителей твоего заказа. Из твоих слов выходит, что тебе самому неинтересна эта задача. Текущий интерес возник по случайности, когда "смотрел темки, наткнулся на эту и вспомнил". Почему этот заказ должен стать интересен кому-то ещё? Он даже не оформлен толком. Ты ставишь свою готовность прояснить техзадание в зависимость от готовности исполнителя. Это так не работает. Это всё равно, что в магазине не покажут товар, а продавец будет спрашивать: сможешь ли ты это купить этот товар, если я покажу как он выглядит? Разве ты сам будешь готов заключить сделку на подобных условиях? Так и потенциальные исполнители проходят мимо подобного заказа. Если ты всё ещё хочешь найти исполнителя, предлагаю тебе максимально подробно составить техзадание. Полной гарантии, что ты найдёшь заказчика, это не даст, но хотя бы серьёзно повысит шансы. А ещё меня всегда удивляет эта фраза: Да, нельзя продавать игровые предметы за неигровую валюту. Но программа игровым предметом не является. Предлагай свою цену. Можешь в рублях, долларах, гривнах, рейхсмарках, юанях, плюшевых мишках и т.д. на самый изощрённый вкус. Или, например, поставил ли ты хоть кому-нибудь лайк за исполнение заказа? Скупость во всём, даже на лайки и на внятное описание задания. Вряд ли кто-то поверит в твоё "сожаление". Желаю удачи в оформлении заказов и поиске исполнителей! Они тут появляются время от времени, но большинству плохо оформленные заказы лень даже комментировать.

Неужели внимательность фармится таким простым способом?

Разве local требует закрытия end'ом?

@MisterFunny01, обрати внимание на end в конце кода. Какой блок закрывается с его помощью?

А почему выбран именно такой способ хранения пар логин-пароль? @Ingr использует более удобный способ. Он и памяти меньше требует, и код, использующий данные, более компактен.

Нужно проверять только пароль, или пару логин-пароль?

Тогда возможны другие варианты: 1) Описать каждый из использованных методов библиотеки и какие-то принципы её работы; 2) Написать эквивалентный код, не использующий библиотеку; 3) Написать простейший пример кода, не решающий полную задачу, но отражающий лишь суть возникшей проблемы.

@Barawik_ Код желательно оформлять тегом "код" и, если потребуется, уже в таком виде прятать под спойлер. Тег "код" позволит сохранить отступы, и читать правильно оформленный код другим людям станет заметно легче. Кроме того, опубликован не весь код, а лишь его часть. Не ясно, например, как устроена таблица Bar. Она из какой-то библиотеки?

Если сомнения останутся, дай знать. Я распишу последовательность действий по минимизации кода. Возможно, это и не так очевидно, как кажется мне. Или кто-то другой распишет. И ещё одно замечание. @mercurial в личке просил меня помочь ему с этой программой. Я пока отказался и, подумав, уже не соглашусь в будущем. Думаю, имеет прояснить эту идею для всех: Разбор программ на форуме более эффективен, чем при индивидуальной работе. Во-первых, можно получить более разностороннюю помощь, кто-то из подсказывающих форумчан может допустить ошибку, другой его поправит, а у кого-то найдётся лучший вариант. Во-вторых, форум читает не только автор темы, но и другие новички, поэтому разбор программы на форуме сможет помочь кому-то ещё. Давайте выбирать более эффективные способы взаимодействия. Спасибо за внимание.

@Asior, что-то в текущей версии код усложнился, а кое-где явно избыточно. Например, в этом фрагменте if drawer.getItemCount(1) == 0 then gr = payload.min else gr = -(drawer.getMaxCapacity(1)/2-drawer.getItemCount(1)) end достаточно было бы написать: gr = payload.min+drawer.getItemCount(1) Похоже на незавершённую попытку добавить какую-то новую фичу.

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

@Asior, а не приведёт ли постоянное добавление новых записей в таблицу payload.values к переполнению памяти?

Да нормально всё. Бывает, кому-то нужны идеи для программирования. Такие темы помогают заказчику и исполнителю найти друг друга. Но меня смущает формулировка, кочующая из темы в тему: Если и в самом деле сожалеешь, предложи другие варианты награды. А то получается как в том анекдоте: хотели положить тебе 10 долларов, да письмо уже запечатали.

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

@cyber01, в редакторе пропал значок спойлера.

Причём, некоторые из полемистов упорно игнорируют факты, противоречащие их точке зрения. Причины промежутка были иными и уже обсуждались. И, что характерно, некоторые из оставшихся на проекте полемистов, неоднократно замеченные за растратой своего драгоценного времени путём создания твинов для троллинга или для накрутки лайков, в трудный для форума час создать твина для проверки регистрации почему-то постеснялись.

В первую очередь, я считаю, надо привести в порядок форум. Соответствующая тема у нас уже есть, её достаточно. Без игровых серверов мы как-то проживём, а без форума вряд ли. В эту тему тебе как администратору предлагаю особо не вчитываться. Если ничто не зацепило, не морочь себе голову. Посты здесь не требуют действий со стороны администрации. Тема находится в беседке-флудилке и позволяет поделиться какими-то своими идеями, даже сырыми. Здесь даже не обсуждение идей, а, скорее, возможность поделиться своими идеями и присмотреться к чужим. В общем, болтовня на тему, кто и куда хотел бы двигаться в рамках существующего проекта.

Это как раз самое популярное у людей занятие, и, не смотря на обилие подобных мест, эта ниша до сих пор как следует не заполнена. Римляне, так те вообще построили у себя Форум как место торговли, а собираться они там стали в основном для разговоров. После распада Римской империи люди специально придумали Интернет, чтобы дать разрушенному Форуму вторую жизнь. И, называясь форумом, теперь уже никто уже не имеет в виду торговлю, а если и имеет, то специально добавляет слово "торговый". Так и живём.