私が感動した Processing 製の作品のソースコードを解析してみた
こんにちは．株式会社ゆめみの Keeth こと桑原です．Twitter には #つぶやきProcessing という魅力的なタグがあり，毎日数々の美しい作品がこのタグを付けて投稿されています．これを眺めるだけでも一日中過ごせるくらいです（個人の感覚です）． 今日はその中でも特に度肝を抜かれ，かつ感動した作品が 2022/11/04 に投稿されておりましたので，個人の拙い能力で解析に挑戦してみました💁 ※一部解析しきれていない部分がありますが，ご容赦いただけますと幸いです…何分勉強中の者でして… 作品 なにはともあれ今回対象の作品． 初めてみたときは思わず言葉を失いました．いや，これ twitter のツイートですのでかなり文字数も少ないんですよ！なのにこの表現ってどうなってんの！？と… これはかなり学びになると思い解析を試みようと思い立った次第です．それにしても美しい… ソースコード で
エラー処理を書いてはいけない - Preferred Networks Research & Development
昨日セミナーとして USTREAM させていただいた資料を公開いたします。 エラー処理を書いてはいけない USTREAMのビデオ タイトルは釣り気味ですが、内容はいたって真面目なのでご安心ください。 概要 やってはいけないシリーズ、の第三弾としての試みです。 リソース管理をしてはいけない ロック処理を書いてはいけない エラー処理を書いてはいけない ← New！ タイトルに反して（あるいはタイトル通りに）、正しく長時間動作するプログラムを書くには きちんとエラー処理を行う必要がありますが、 それを何とか抽象化しようという（Haskell界隈での）試みについてのご紹介でございます。 あまり他の人がこういうことを言っているのを聞いたことが無いので、 自分の日々考えていることを世に問うた形になっております。 実際のところ、社内ではC++がメインに使われておりますので、 こういう手法が用いられている
プログラマが好きそうな読み物100
► 2022 (2) ► 10月 (1) ► 2月 (1) ► 2021 (51) ► 11月 (2) ► 10月 (2) ► 9月 (4) ► 8月 (4) ► 7月 (4) ► 6月 (4) ► 5月 (3) ► 4月 (10) ► 3月 (7) ► 2月 (4) ► 1月 (7) ► 2020 (155) ► 12月 (7) ► 11月 (10) ► 10月 (8) ► 9月 (8) ► 8月 (11) ► 7月 (21) ► 6月 (19) ► 5月 (14) ► 4月 (20) ► 3月 (13) ► 2月 (10) ► 1月 (14) ► 2019 (293) ► 12月 (11) ► 11月 (12) ► 10月 (24) ► 9月 (29) ► 8月 (27) ► 7月 (36) ► 6月 (40) ► 5月 (24) ► 4月 (35) ► 3月 (42) ► 2月 (6
僕がプログラミングを始めたわけ | にゃんぐこーん
さて、最近まともなプログラミングをしてないnullkalです。ゲームつくりはじめなきゃヤバイしテスト期間終わるとすぐに部活紹介&体験入部なのに…Twitterで@Sn0wNightさん辺りがなにやら面白いことをしてたので僕も参加してみようかと。テスト勉強なんてなかった！まあ一応持ってる本のタイトルに書いてあるプログラミング言語列挙しますか。C (C++やるのに付随的に知ってる)C++ (まあ普通にゲームとか作るのとかにも使うしプログラミングコンテストとかでもよく使う)Java (Androidアプリちょっとだけやってます)JavaScript (僕が本格的に学んだ最初のプログラミング言語)PHP (一昔前はこれでちっちゃなWebアプリを作ってたものです)Perl (中学生最初らへんのときにCGI改造してました)Ruby (Twitterのbotはコレで作るって決めてる。あと、ちっちゃな使い
正規表現エンジンを作ろう （1）
はじめに こんにちは。hirataraです。 私が初めて正規表現を使ったのは、PerlによるCGIでの文字列処理でした。それから私はPerlを使い続け、今では正規表現なしのコーディングは考えられないほど、正規表現を当たり前の機能として日常的に使っています。昔は標準では正規表現をサポートしていなかったJavaも、今では正規表現をサポートするようになりました。Javaだけではなく、今日ではほとんどの高級言語にとって、正規表現はなくてはならない機能であると言っても過言ではないほどメジャーな機能となっています。 本記事では、この正規表現の舞台裏に光を当てます。一見すると作ることが難しそうな正規表現エンジンですが、その根底には数学的な概念があり、その概念さえ知っていれば基礎となる機能の実装はそんなに難しくありません。この連載ではその数学的な概念をPythonを使って表現しながら、実際に動作する正規表
幸せ倉庫
結婚指輪は、夫婦にとって永遠の愛を象徴する特別なアイテムです。そのため、多くの人が時間をかけて選び、理想の指輪を手に入れたいと考えるものです。最近では、国内だけでなく、海外で結婚指輪を購入するカップルも増えています。その理由は、海外ならではのデザインや価格、特別な思い出を求める人が多いからです。 しかし、海外で結婚指輪を購入する場合、魅力的な点がある一方で、いくつかの注意点もあります。たとえば、言語の壁やアフターケアの問題、現地での手続きの複雑さなどが挙げられます。結婚指輪は一生使うものだからこそ、購入する場所や方法について慎重に考えることが大切です。 この記事では、海外で結婚指輪を買うメリットとデメリット、さらに現地での注意点や手続きについて詳しく解説します。また、国内で手作りする指輪の魅力についても触れながら、特別な指輪を手に入れるためのヒントをお伝えします。 海外で結婚指輪を買うのが
プログラミン | 文部科学省
文部科学省「プログラミン」は1024x768ピクセル以上のモニタ解像度でご覧ください。 ご覧いただくためには、最新版のFlashPlayerをインストールのうえ、 JavaScriptを有効にしてください。 「Adobe Flash Player」の最新版はアドビシステムズ社のWebサイトより無料でダウンロードできます。 インストール方法については、配布元の説明をお読みください。
Haskellで同じ名前が常に同じ値を返すとは限らないという話 - 西尾泰和のはてなダイアリー
モナドって結局何なのよ? — join to Monad v0.1.1 documentationを読んでいて、そこの指摘が「ああ確かにこれは他の言語から来た人がつまずきやすい点だな」と思ったのでそこだけ切り出して詳しく書いてみる。まずは下のコードの穴埋めをしてみよう。 $ ghci Prelude> import ****** Prelude ******> let f x = ***** Prelude ******> (f 0) * 1 2092838931 Prelude ******> (f 0) / 1 0.9872770354820595 Prelude ******> (f 0) * 1 == (f 0) / 1 True「Haskellの関数は純粋だ、同じ関数に同じ引数を渡せば常に同じ値が返る」うんうん、それには同意する。だがしかし、それでもなお(f x)が異なる値に評価
はじめてのにき(2010-02-01)
_ 並カン 何やら色々楽しかったものの宿題も増える感じだった。 メーヤウが店の雰囲気かわってからやはりおいしくなくなってるような… 並列プログラムの作り方という本が良いらしい Molatomium の詳説とかはなかった id:goyoki さんの FPGA 系の。やっぱ楽しそうだよなぁ recursive mutex はうんこって話は何度か聞いたことがあった気がして、いくつかあまり意識しないような理由があったよなぁと思ったけど思い出せなかった。意識するような理由としてはここの2つ目の解答とかがあったと思う。 http://stackoverflow.com/questions/187761/recursive-lock-mutex-vs-non-recursive-lock-mutex パフォーマンスとかもあるけどそれは重要じゃない(と言わないと説得力が落ちる) これを途中まで読んだ ht
『JavaScript:The Good Parts』にツッコミ (Kanasansoft Web Lab.)
前エントリで、『JavaScript:The Good Parts 「良いパーツ」によるベストプラクティス』が万人向けでないことを書きました。 自分の実力を顧みず、この本のベストでない部分をつっこんでいこうと思います。ゴリアテどころかゴリアテの集団に挑んでいくような状態ですね。 さて、全エントリで書いた通り、この本は悪い本ではなく良本であり、読む人が読むと良い刺激になるに違いないと思っています。これを契機によりよいJavaScriptの書き方について論議が進むのではないかと期待しています。しかし、対象と思われる層が中級者以上で、初級者が読むと逆に悪本になりかねない部分を持っています。勘違いしそうな部分、気になった部分を中心に記述していきます。このため、否定的な内容は沢山出てきますが、上記のような前提ですので、書籍全体がこのような内容が散見されるわけではありません。そして、これを読んで本の内
『本物のプログラマはHaskellを使う』読者の集い
『本物のプログラマはHaskellを使う』読者の集い 参考：http://itpro.nikkeibp.co.jp/article/COLUMN/20060915/248215/ 連載記事筆者のshelarcyさん（白石さん）を囲んで何か楽しいことをする会です。 (a.k.a. 白石さんを質問攻めにしてみようの会） 参加表明はこちらへ → http://atnd.org/events/580 プログラム 開催の辞 (中略) 自由討論 / 懇親会 ネタとか 何やる？ 連載記事のどれか3つとか4つくらいをピックアップしてみるとか？（参考↓） 第1回 関数型プログラミングの世界へようこそ 第2回 多相性（ポリモーフィズム）への理解を深める 第3回 mapからモナドを理解する 第4回 「取り出し可能な値」のみを持つListモナド 第5回 ListではなくMaybeを使う意義 第6回 局所的な「状
Haskellmode for Vim - Screencasts
[Claus Reinke] [Haskellmode for Vim] [Part I] [Part II] [Part III] A three-part screencast providing a quick tour of some of the facilities available when editing Haskell code, using Vim (a lot of this is based on simply instantiating Vim's generalized program editing support for Haskell), haskellmode for Vim, and possibly other Vim plugins. Part I demonstrates some basics of program editing (leav
マルチコア時代の高並列性IOアーキテクチャ Wavy - Blog by Sadayuki Furuhashi
シングルスレッドではもう遅い。 以前にマルチコア時代の高速サーバーの実装で、「ネットワークIOはマルチスレッドで動かすが、その他の部分はシングルスレッドで動かす」というIOアーキテクチャの実装（mp::iothreads）を紹介しました。iothreadsはロジック部分をシングルスレッドで書けるため実装の手間を抑えることができ、ネットワークIOがボトルネックになるプログラムには特に適していると思われます。 しかし実際にiothreadsを使ってプログラムを書いてみると、非常に負荷が高い状況でシングルスレッドの部分の処理速度がボトルネックになってしまうことがありました。 そこでマルチコアCPUの性能を引き出すために、徹頭徹尾マルチスレッドで動かすIOアーキテクチャを実装してみました。 1つのスレッドが、ある時はepoll_wait()し、ある時はread(2)を行い、ある時はイベントを処理す
スタパ齋藤の「週刊スタパトロニクスmobile」 もっと使うゼ!! Arduino!!
■ もっと使うゼ!! Arduino!! 前回に引き続き、今回も Arduino について。前回はArduinoの基本の“キ”あたりをご紹介したが、今回は基本の“ホ”あたりを。前回紹介した作例より、ちょっぴり高度なものをいくつかお見せしたい。 イタリア生まれのマイコン（AVR）ボードことArduino。Arduinoはオープンソースハードウェア/ソフトウェアで、様々なタイプが存在する。ここで扱っているのは、現在最も普及していると思われるArduino Diecimilaだ なお、作例（プロジェクト）の提供は武蔵野電波。てか、 船田戦闘機さん らと武蔵野電波というユニット（!?）を作ったんですけど、船田氏はずっと以前からArduinoやWIRINGをイジってるので、手持ちのプロジェクトも豊富。その一部を以下にご紹介してみたい。 で、まずは、東洋人も欧米人も大好きだったりするフルカラーLEDを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Web Intents入門
ゲームプログラミングもできる、やさしい開発環境「プログラミン」、文部科学省が公開
振り返るな 個人蔵書管理
http://atnd.org/events/580
https://bugs.java.com/?bug_id=6476706
HisasAnn.com is for sale | HugeDomains
