Привет, Стивен! Одно время сайт Polit.ru публиковал списки самых популярных постов в русском сегменте Facebook, еженедельно. Списки готовила Лаборатория цифрового общества - DSL. Вот пример: http://polit.ru/article/2013/10/18/fbu161013/ Не знаешь, каким образом такое реализуется?
Может быть, кто-нибудь всё-таки знает?
>>14144 Скорее всего, они регистрировались как разработчик в фейсбуке, создавали апп и выковыривали интересующую их информацию через Facebook Graph API. Это апи предоставляет достаточно широкое поле для сбора всякой лабуды по фейсбуку.
>>14145 Спасибо!
Немного меты. Вот я посмотрел на нити в каталоге и на невысокую активность раздела в целом и пришёл к некоторым выводам. Нити здесь делятся на два типа: треды конкретных проектов, и какие-то общие вопросы по популярным темам (языки программирования и т.п.). При это, эти самые общие вопросы именно что «вопросы»: автор что-то спрашивает, ему (не) отвечают, нить тонет. Дискуссионная ценность невысока, что не способствует кучкованию пользователей. Засим я предлагаю организовать (или найти в каталоге подходящие) и поддерживать централизованные треды по популярным языкам программирования и каким-либо другим подобным темам (веб-разработка, некие общие вопросы геймдева без привязки к конкретному проекту и т.п.). Это может повысить качество и полезность дискуссий в разделе. Если что, то это только некоторые соображения, и администрация не собирается их форсировать.
>>14789 А что если объединить все треды по языкам программирования и проектирования ПО в один тред и закрепить его, но не называть его для начинающих, а скорее назвать как-то более обобщено. Создавать целые нити для каждого языка по отдельности слишком ресурсоёмко, тем более в таком медленном разделе. Один тред сконцетрирует внимание в одной точке, по достижению бамплимита можно откреплять тред и создавать новый с последующим закреплением. И такой тред вроде как будет неким официальным тредом для всех программистов или это плохая идея?
>>14791 Интересная идея. Достоинством сконцентрированного места общения будет то, что вероятность быстрого ответа на вопрос будет больше.
>>14791 Вы всё равно не загоните всех людей в один тред. И вообще, какие нити людям нужны, такие они сами и запиливают. Модерация может последить только за удалением явных дубликатов.
>>14793 Иными словами получается, что "спасение утопающих - дело рук самих утопающих". Также как капитан гибнет вместе с кораблем, однако в данном случае капитан не заинтересован в спасение корабля, когда большая часть уже покинула корабль - продолжает сидеть в капитанском кресле на мостике, отдавая приказы в пустоту, ну или 0.5 анонам, которые истинно верят в спасение. Если модерации настолько не доверяют, что им разрешено только удалять посты, и администрация не заинтересованна в реализации потребностей, которые требуют кардинального вмешательства в сложившихся реалиях, следовательно предлагать идеи и пути решения бессмыслено, собственно как и делать призывы на поддержание основных общих нитей. "Чтобы решить возникшие задачи, необходимо выйти за рамки знания на котором данные задачи возникли", Альберт Эйнштейн. В результате призыва появился один желающий, готовый вести треды по языку программирования Python, однако сразу начать не получилось, так как на главный оп пост возлагается большая нагрузка, а примеры которые могли бы облегчить немного труд представлены не были. Сообщение слишком длинное. Полный текст.
Если просто создать один тред "для всего", то это будет тред ни для кого вообще, и основным контентом там будут срачи. Более того, если там действительно соберется много людей, то вопросы будут тонуть в других дискуссиях в рамках треда, или их вообще не будут задавать, глядя на общую нить дискуссии. Собственно, если вы хотите просто популярный тред - то создаётся языкосрачей тред, и там будут сотни постов и споры до посинения, я гарантирую это. Но какая будет полезность у такой информации?
>>14794 Вместо фантазий о комплексах неполноценности просто создай уже тред, и бампай его периодически пульс-постом, который будет показывать что в треде живые люди есть, и они готовы помочь.
>>14794 >Иными словами получается, что "спасение утопающих - дело рук самих утопающих". Вы себе навнушали чего-то неведомого. Здесь имиджборд. Сайт для общения, наполняемый самими пользователями. Очевидно, что содержание сайта определяется пользователями. Моё обращение направлено на уменьшение эффекта свалки в разделе, оно чудесным образом не решит остальных проблем.
>>14795 >Но какая будет полезность у такой информации? Какая-то да будет. Срачи - источник поисковых запросов для новичков.
>>14800 Ну, тогда вперёд, создавайте и поддерживайте.
Напишу сюды об изменениях движка. В верхнее меню добавлена кнопка каталога. В самом каталоге включена индикация прикреплённых (рамка) и закрытых (зачёркивание) нитей. Возможно, понадобится обновить кэшь браузера, чтобы отображалась актуальная версия ЦСС. Под формой постинга теперь указан бамплимит доски.
Допустимо ли использовать привод для HVAC для управления компрессором? Двигатель компрессора имеет мощность 425 кВт, а VLT Refrigeration Drive только до 315 кВт. VLT Automation Drive не предлагать, слишком дорогие. Да, Данфосс онли.
Ну же!
Можно, если тебе не нужна полная мощность компрессора. Но экономической выгоды не вижу.
Добрых суток. Решил позаниматься разработкой в познавательных целях. Может даже что и получится. Сюда буду постить прогресс.
>>14137 Концепция хороша,но осилишь ли ты это? Судя по всему,объём работы огромен если возьмёшся за это серьёзно .
sfml - не создаётся несколько сокетов по человечески. Через вектор возмущается, через память не реагирует. Сокеты Беркли в чистом виде - даже не коннектятся друг к другу. sdl net - есть соединение, но ни байта не проходит. В добавок при работе с последним поломалась графическая оболочка. Активные окна не выводятся в трей, с консоли не запускается. Провал полный. >>14154 Кто знает, спешить не буду.
Таки начинаем что-то делать.
>>14180 Ну, удачи!
Сижу значит, буры граблю. Падок я на это дело, но не суть, ради экономии времени начал писать граббер. Взял curl, страничку получил, изображение и раз, ни сам найти, ни нагуглить как его в неблокирующий режим перевести не удалось. Не долго думая взялся за многопоточность. Раз тычёк, два тычёк, с третьего завелось. Удобная штука оказывается. С генерацией ссылок на страницы промучился, почём зря. Миксовал char и string, циферку в строку переводил, а в итоге через поток всё одной строчкой получилось.
>>14193 > что такое NekoGrabber > что такое GitHub Repository Search
>>14199 Ты ведь мне не поверишь, если я скажу что он у меня не работает?
Получаем, загружаем, сохраняем. Пока превьюшки. Далее пилить: -поле для ввода тегов -кнопка для загрузки следующей страницы -выделение картинок на сохранение -скролл кнопка
Блджад, оно сдохло. А я то надеялся, что спустя год будет пиздец навар прогресса. Ну да ладно. Привет из 2к17го.
>>16708 Ну, разработчик потерял мотивацию, если опенсорс - можешь продолжить его дело.
Доска называется *разработка*, но это не значит, что я должен обязательно *разрабатывать* программы и игры на компьютер, там, всякие. Например я могу *разрабатывать* нет, не то, что вы подумали машину, которая проникнет нет, не туда через ткань пространства-времени и унесет своего создателя к новым мирам где свет моего разума и бла-бла-бла... Ведь так?
Естественно, если эта *разработка*, товарищи, ведется в рамках /dev. Так что не нужно говорить, что-то типа: "Разрабатывай, флаг тебе в... руки!". Вот в чем, так сказать, эссенция какое слово забавное, хи-хи!
/б/аковник протек
>>13817 Разработал тебе машину.
>>13825 Уууууухтыыыыыыыы, покажи-покажи-покажи, ну покажииииииии!
Привет всем, у меня идея сделать гугл только для поиска товаров. Пользователь вводит какой товар ему нужен, а на стороне сервера группа специально облученных китайцев рыщет по всему инету в поисках этого товара по самой выгодной цене. Что вы думаете об идее? Есть ли аналоги?
> Есть ли аналоги? Навалом.
>>14111 >Привет всем, у меня идея сделать гугл только для поиска товаров. Пользователь вводит какой товар ему нужен, а на стороне сервера группа специально облученных китайцев рыщет по всему инету в поисках этого товара по самой выгодной цене. Что вы думаете об идее? Я думаю, что китайцы надут китайскую копию, или найдут аналог без нужных качеств. Объяснять другим людям, что тебе нужно, сложнее, чем найти самому. Пока сам не попробуешь - не поймёшь. Можешь сделать аггрегатор магазинов - проще и полезнее.
100500 таких ценовых агрегаторов уже.
https://getmagicnow.com/
Больших аптаймов и быстрых компиляций, посоны. Я тут читал вот эту статейку по расчёту CRC — http://www.info-system.ru/library/algo/crc1.pdf — и, если честно, выпал в осадок на примерах деления. То, что запись деления в столбик откровенно марсианская, понять можно, переводчику было лень из американской формы привести всё к нашей. А вот то, что делитель в процессе меняется (с 10011₂ на 00000₂), уносит моск бороздить просторы вселенной. Подскажите, что это? Переводчик ошибся? Или действительно есть какие-то правила деления, в которых делитель можно менять? Или я ступил и что-то не так понял (вероятнее всего, десу)? Что вообще можно почитать про это, кроме Кнута? Рандомпик по БЛ
Блджад, тире к ссылке присосалось. Вот правильная — http://www.info-system.ru/library/algo/crc1.pdf
Читай в оригинале, а не переводе каких-то васянов.
Стивены! Есть идея новостного приложения, плюс опыт работы в информационной журналистике. Знаний о разработке приложений - ноль. Не факт, что приложение принесёт кучу денег, но это такое приложение, которым мне самому хотелось бы пользоваться, и которого нигде нет. Итак, у меня есть некоторый энтузиазм по этому поводу. Подскажите, как лучше: потратить год на изучение Ruby, MySQL и прочего, чтобы запилить работающий прототип самому и искать инвесторов; потратить год на заработки бабла, и нанять разработчиков; краудфандинг; что-то ещё? Буду благодарен любой помощи.
>>14025 Потратить год на руби? При наличии минимального понимания ооп и при изучении с нуля на прототип врятле уйдет больше пары месяцев. Порог вхождения в RoR довольно низок по сравнению с многими другими инструментами.
>Ruby, MySQL >приложение Пожалуйста, прекрати. Yast написан в сусе на руби, у меня до сих пор руки чешутся переписать этого гибрида мертвого слоупока и раненой черепахи на qt, заодно изучив последний. Сказать тормозит, ничего не сказать - гуишные приложения на руби умудряются адски лагать даже на xeon E5.
То есть, я так понимаю, вы мне советуете самому пилить, на рельсах или qt?
>>14028 Чтобы что-то посоветовать нужно больше входных данных. Я, увидев слово ruby, тут же подумал об RoR веб приложении, >>14027 предположил что предложение десктопное. Если это так, то о руби лучше забыть. Если у тебя в планах веб, но это будет огромная энтерпрайз система, то опять же забудь о руби. По поводу "сам или не сам" - тут в полной мере работает аксиома Эскобара. Не имея опыта, но имея энтузиазм и терпение, ты вполне вероятно сможешь сделать рабочий прототип, под капотом которого будет гора говнокода и костылей. А если будет делать кто-то другой, то 95% придется отдавать денежку. Бесплатно разве что по знакомству можно попытаться кого-то уговорить поработать.
>>14029 >Я, увидев слово ruby, тут же подумал об RoR веб приложении, >>14027 предположил что предложение десктопное. Я стриггерился на "новостное приложение" и подумал о мобильном приложении. С бекэндом на руби с мускулем.
>>14030 Ну у руби есть гемы для рисования интерфейсов, я подумал что значит должны быть извращенцы их использующие. А в самом факте использования руби для бэкенда нету ничего плохого.
>>14030 >о мобильном приложении Именно. Прошу прощения, что сразу не пояснил. *ОП*
Я не разбираюсь в математике, информатике и программировании, но меня интересует один вопрос. Предположим, что есть база данных с миллионом записей. Она находится не на одном узле, а на множестве. Каждый узел должен знать все записи, знать о всем содержимом базы. Для этого на каждом узле должна быть ее копия. Затем один из узлов хочет изменить базу. Чтобы это сделать, ему нужно изменить все копии. Но он не может изменить копии на других узлах, потому что каждый может изменять только свою копию. Он изменяет ее, и теперь она отличается от других. Потом изменить базу хочет еще один узел. Для этого ему нужно изменить уже не свою копию, а копию того узла. Так вот. Как второму узлу узнать, что первый изменил базу?
>>13975 Простейшее, но не самое лучшее решение - все изменения проводить только на одном главном узле и рассылать информацию о них на остальные. Если требуется больше надёжности, то используют протоколы распределённых транзакций. Неплохое введение в тему можно найти на http://book.mixu.net/distsys/replication.html
Просто оставлю это тут https://ru.wikipedia.org/wiki/Теорема_CAP
Приветствую аноны. Есть кто программирует на java? Сам не давно начал вливаиься в фишку, учусь в консоли пока. Может есть кто захочет поделится опытом или совместно что нибудь разработать, одному ну очень скучно что то делать. (Азы как бэ программирования знаю)
>>14861 У нас было…
Здравствуй, Стив. Я тут начал программку писать на java в eclipse, но столкнулся с проблемой: когда экспортирую проект в executable jar, то при запуске этого jar файла получаю ошибки что не программа не может загрузить ресурсы (у меня там изображения и аудиофайлы, содержащие их папки я ввел в build path). Проверил сам jar файл, ресурсы в нем содержатся. Как решить эту проблему? Что я делаю не так?
>>16355 Первая же страница гугла по запросу "jar cannot find resources" забита ссылками на SO с объяснением причины - программа воспринимает jar как один файл, а не контейнер, используй InputStream stream = this.getClass().getResourceAsStream("/images/search_folder.png")
>>16356 Спасибо тебе, няша, все заработало!
>>16355 >>16376 А продолжение есть?
>>16458 Getsuyoubi no Tawawa.
Пока учусь на metanit.com , но вдруг есть что то получше
Советую обратить внимание на книгу Васильева "Программирование с примерами и программами" - не бог весть какое руководство, но зато простое и понятное. Это не веб-ресурс, но мне в свое время она очень помогла. В остальном - я учился на небольших программках для души, все равно чтобы научиться программировать - надо программировать, ни один курс этого не заменит
>>25333 Если я не ошибаюсь книга называется " Самоучитель Java с примерами и программами "
А официальные туториалы от Оракла уже не модны? Ну и в самой JDK полно документации. Обсуждений вида «как лучше сделать херня_нейм» полно на СтекОверфлоу — если уж не конкретику, то хоть по архитектуре подсказки можно найти. Шепелёв очень много писал про JMM. Балус и ко много писали по ентерпрайзу.
- wahaba + wakaba 3.0.9 + futaba + futallaby -
