タグ

programmingと*資料に関するch1248のブックマーク (264)

  • ボカロ(作るところから)はじめました - やねうらおブログ(移転しました)

    今日からボカロを始めることにした。もちろん、ボカロを作るところからだ。ボカロを含めて音源も自作する。楽器(ハード)も自作する。 音楽理論も自分で構築しなおす。自動作曲のためのプログラムも作る。そうして、やっと自分だけの音楽が完成する。とりあえず、目標はそこだ。 ■ ボカロを作るとは? 初音ミクに代表されるようなボーカロイドは、「あ」「い」「う」など、人間がそれぞれの文字を発声したものを録音しておき再生しているだけである。つながりが不自然なところは二文字、ときとして三文字つなげたファイルも持っている。ただそれだけである。私はそういうことをしたいわけではない。声を一から作るところからだ。 ■ スーパーファミコンのDSP 順序立てて話そう。 私は高校生のときにアーケードの麻雀の移植のために音声合成の処理を書いたことがある。*1 このプログラムは実際には世に出なかったわけであるが、私はそれ以前から

    ボカロ(作るところから)はじめました - やねうらおブログ(移転しました)
  • Scalaは関数型プログラミング言語ではない - みどりねこ日記

    面白い記事があったので翻訳してみました。 ライセンスはCreative Commonsです。 しばらくScala仕事をして、疑う余地なく以下のことが断言できるようになりました。 ”Scalaは関数型言語ではありません。クロージャを持ち、静的な型を持つオブジェクト指向言語です。” なので、みんなが嘘の売り文句を延々と言うのをやめてくれないかなと思っています。 これがどういうことなのかを理解するためには、ScalaのメーリングリストにJon Harropが流した挑発的な文を見てみてください。そのスレッドで、Martin O.が ”オブジェクト指向こそが唯一の”美しい”解である” と主張しています。のちにMLで、もう少し丁寧にこのことについて述べていて、それによると、アプリケーションの基幹のデータ構造を何度も変更しなくてはならないようなとき、オブジェクト指向が最適な解であると述べてみます。最終

    Scalaは関数型プログラミング言語ではない - みどりねこ日記
  • 【書評】思考の道筋――平山尚『プログラムはこうして作られる プログラマの頭の中をのぞいてみよう』 - Interdisciplinary

    数年に一冊読めるかどうか、という良書を読ませてもらいました。 プログラムはこうして作られるプログラマの頭の中をのぞいてみよう 作者: 平山尚(株式会社セガ)出版社/メーカー: 秀和システム発売日: 2013/09/25メディア: 単行この商品を含むブログ (5件) を見る書は、ブロックを積み重ねていって消していく「あのゲーム」を題材に、ゲーム作りを通してプログラミングを学ぶ、というです。 プログラミングのというと、初心者向けと標榜していても、既にある程度解っている人向けではないかと思わされる物にしばしば出会う事があります。そもそもプログラムとは何か、どういう流れで作っていけば良いのだろうか、を知りたいのに、その辺りを端折って文法の解説などにいきなり入る、というような。元々知っている人であればその方が良い場合もあるでしょうけれど、もっと根の所から知りたい、どこから手をつけたら良いの

    【書評】思考の道筋――平山尚『プログラムはこうして作られる プログラマの頭の中をのぞいてみよう』 - Interdisciplinary
    ch1248
    ch1248 2014/03/09
    欲しいものリストに入れてた本だ。近いコンセプトの本としては、「ふつうのLinuxプログラミング」「プログラマの考え方が面白いほど身につく本」辺りがあるけど、現場向きだしここまで取っ付きやすくは無い感じ。
  • ソフトウェア工学 - 東京大学大学院総合文化研究科 玉井哲雄

  • ドメイン駆動設計読んだ - hitode909の日記

    ドメイン駆動設計というのはソフトウェア工学のおしゃれなで,Kindleで買えたので読んだ.ドメインを軸に戦略的に設計しましょうという.2週間くらいで読めて良い体験できてよかった. ソフトウェアを,ユーザーインタフェース,アプリケーション,ドメイン,インフラストラクチャという4つの層に分けて,一番重要なのがドメイン層で,ドメイン層にアプリケーションが存在し得る理由がある.銀行システムだったら,口座とか利子みたなやつがドメイン層で,口座がよくできてると銀行としてうまくいく.ATMのタッチパネルというのはユーザーインタフェースで,どんなにATM押しやすくても,ドメイン層に,口座という概念がなくて,ただのハッシュだったりすると,銀行を運営して金を儲けるとか,新たな金融商品とか作るのが困難になる.インフラ層は永続化とかするのだけど,インフラ層がいかによくても,意味ないデータを保存していては銀行倒

    ドメイン駆動設計読んだ - hitode909の日記
  • 龍神録プログラミングの館

    管理人の新作ゲーム「四聖龍神録2」公開開始! ※現在はより適切な設計手法で紹介した龍神録2プログラミングの館があります。 ============================================================================ 龍神録プログラミングの館では、誰にでも龍神録(東方のようなSTG)が作れるような解説を行っています。 難しい構文は使わず、初心者にもわかり易い構文のみで紹介しているので 基的なC言語の知識と、DXライブラリの知識さえあれば、誰にでも龍神録は作れます! ゲームプログラミングの館でDXライブラリに慣れたら、今度は格的なゲームを作ってみましょう! ↓ゲーム紹介動画↓ ご存じない方は是非四聖龍神録Plusを遊んでみて下さい! 全ての章のプロジェクトを一括ダウンロードする場合はこちらをクリック ※ 配布しているプロジェクト

  • GitHub - IBM/japan-technology: IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc.

    IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc. License

    GitHub - IBM/japan-technology: IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc.
  • MVCの流れを簡単にまとめてみる - Qiita [キータ]

    理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。 これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。 これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。 安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア

    MVCの流れを簡単にまとめてみる - Qiita [キータ]
  • プログラム=データ=遺伝子? Lispは無慈悲な言語の女王 - masatoi’s blog

    (Lisp Advent Calendar 2013 18日目の記事) しばしばLispの特徴として「プログラムを生成するプログラムを書ける」ということが言われるわけだが、普通の人はこれを聞いてどう解釈したらよいものか悩むと思う。字面通りに受け取ると、あたかも勝手に世の中の問題を把握してそれを解決するプログラムを出力してくれる真の人工知能のようなものを想像してしまうかもしれない。しかし残念ながら、そうした所謂「強いAI」は人工知能研究における聖杯であり、いまだにSFの範疇から出るものではない。 LISPerの言う「プログラムを生成するプログラム」とは普通もっと限定された意味である。そしてそれはほとんどの場合マクロによって実現される。 evalとマクロ Lispではプログラムとデータが同じ形をしているので、それまでプログラムとして扱っていたものを突如データとみなして操作することができる。逆に

    プログラム=データ=遺伝子? Lispは無慈悲な言語の女王 - masatoi’s blog
  • TechCrunch | Startup and Technology News

    After Apple loosened its App Store guidelines to permit game emulators, the retro game emulator Delta — an app 10 years in the making — hit the top of the…

    TechCrunch | Startup and Technology News
  • 米大統領「全ての人よ、プログラミングを!」 | Life is Tech!(ライフイズテック)

    「全ての人よ、プログラミングを!」 アメリカのオバマ大統領が、全てのアメリカ人に対して、 プログラミングの大切さを伝えたメッセージが公開されました。 まずは動画と、和訳、原文です。 <和訳> みなさんこんにちは! 私は今週、「アメリカの学校でコンピューターサイエンスをサポートし、 新たな、そして大きなステップを踏み出す会合」に参加しました。 (学生、先生、ビジネスマン、そしてNPO達が参加してました。) こういったスキルを学ぶのは単に将来に役立つからというだけではありません。 我が国の将来に必要なのです。 我が国が最先端をゆく国であり続けたいのであれば、 私達の生活を変えてくれるような、ツールや技術を習得した、 あなたたちのような若い人が必要なのです。 だから、私はあなたたちにやってほしい! 新しいゲームを買うだけではなく、つくってみよう! 最新のアプリをダウンロ

  • 株式会社ロングゲート - プログラミングの魔導書 ~Programmers’ Grimoire~ vol.3

    プログラミングの魔導書 〜Programmers' Grimoire〜 Vol.3 “Parallel, Concurrent, and Distributed Programming” 並行世界の魔物に人類はどう立ち向かうのか。 目次(カッコ内に数字のある記事名についてはサンプルをご覧いただけます) 序文 熊崎 宏樹 Lock-free入門 (1 2) 熊崎 宏樹 OpenACC 藤田 典久 ErlangとScalaにおけるアクターモデルの紹介 (1 2) 幾田 雅仁 C#の非同期処理 岩永 信之 Real World STM ~作って学ぶSTM~ 石井 大海 データ並列への招待 (1 2) shelarcy 合成可能なメッセージパッシング ~Concurrent ML の紹介~ 小笠原 啓 コルーチンスタイルプログラミング 高橋 晶 画像検索入門 miyabiarts 購入 PDF

    株式会社ロングゲート - プログラミングの魔導書 ~Programmers’ Grimoire~ vol.3
  • 開発時に出会いたくないパターン - Perl日記

    悩んだりうまくいかなかったり解決したり。だらだら書いた。 手作業症候群 とにかくなんでもかんでも手で確認・作業する必要があると思い込んでしまう病。 そりゃiOSアプリとかAndroidアプリとか最終的には実機確認は必須だけれども。 その前にやれることは多々あるはず。リグレとか。 あと「デプロイ職人」も不要にするべき。わかってる。 自動化できない要素を突っ込んでる方が悪いのだ。なんとかする。 masterブランチぶっこみ志向 masterブランチに直接コミットを重ねていくことにより開発速度をアップさせることができる。 ただし孤独な背水の陣を構えることになる諸刃の剣。 おとなしくtopic branchを切って作業するのが安心への近道であり王道である、 とか言ってたらみんなちゃんと切ってくれるようになった。めでたし。 チケットそっ閉じ症候群 来はリリースしたりデータを修正したりしてチケットと

    開発時に出会いたくないパターン - Perl日記
  • 昔話(大学受験編) | ikejiの日記

    昨日、この記事が話題になっていた。 国公立大入試:2次の学力試験廃止 人物評価重視に 毎日新聞 2013年10月11日 07時00分 政府の教育再生実行会議(座長、鎌田薫・早稲田大総長)が、国公立大入試の2次試験から「1点刻みで採点する教科型ペーパー試験」を原則廃止する方向で検討することが分かった。同会議の大学入試改革原案では、1次試験で大学入試センター試験を基にした新テストを創設。結果を点数グループでランク分けして学力水準の目安とする考えだ。2次試験からペーパー試験を廃し、面接など「人物評価」を重視することで、各大学に抜的な入試改革を強く促す狙いがある。実行する大学には補助金などで財政支援する方針だ。 この記事を読んで、自分が大学に入った時の事を思い出したので、この件に一石を投じる事には絶対ならないと思うけど、書き留めておこうと思う。 俺は、まあ、コンビニに行くなら車で行くのが当然

    ch1248
    ch1248 2013/11/05
    おもしろい
  • 僕がCOBOLから学んだこと - worarの日記

    SAStruts+DBFluteでの開発が終わり、またCOBOLで書かれたシステムの保守が始まる・・・。 あぁ、楽しかったSAStruts、楽しかったDBFlute、楽しかったJava。 ということで、この辺りで一度、COBOLから学んだことについてまとめてみようと思う。 僕が今、主にかかわっているシステムはクライアント側がVB(Windows)、サーバ側がCOBOL(UNIX)で出来ている。そして更にバックボーンには、メインフレームが構えている。メインフレーム側の構成は主にPL/1+JCLで、もちろんDBは階層型だ。 そんなシステムを2年近く保守してきた中で気付いたことを書いて行こうと思う。 カプセル化やスコープの重要性 今更何を言っているのかと思う方もいると思うけど、マジなんだ。僕が初めて学んだ言語はC言語でそれからC++Javaと続き、その後LL言語にも手を出し始めた。C++を始め

    僕がCOBOLから学んだこと - worarの日記
    ch1248
    ch1248 2013/10/25
    しっくりきた。
  • 自分の稼ぎで食っている:プログラマで、生きている:エンジニアライフ

    ◆ はじめにおことわり ◆ 今回のテーマは「わたしがプログラマという職業を選んだ理由」で、実は1行で書こうと思えば書けるんですけど、それだとかなり意味不明になってしまって、ちゃんとわかるように書こうとするとやたら長くなります。 自分で言うのもなんですけど、わたしはちょっとレアな人なので普通な人(←表現がおかしい気もするけど、適切な表現が思いつきません)に読んでいただいても、進路選択の参考にはならないと思いますが、もしかしたら、昔のわたしと似たような問題にぶちあたってる人の目に留まるかもしれません。そんな偶然が存在して、なおかつ、この出会いがほんの少しでもよい方向に作用することを期待して、この文章を書きました。 少々、重いお話になるので、そういうのが苦手な方はここで引き返すことをおすすめします。せっかくきてくださったのに、申し訳ありません。 ◆ 10才のわたしは20才の自分に絶望していた ◆

    自分の稼ぎで食っている:プログラマで、生きている:エンジニアライフ
  • 我流コーディング術、あえて名付けるのなら、失敗駆動開発術:プログラマで、生きている:エンジニアライフ

    隣の席に座っていた若手のプログラマに「コーディングしてる時、何を考えてますか?」と質問されたことがあります。しばらく考えてみた結果、出た答えは「5行先に書く予定のコード……かな?」でした。何故そんな質問をしたのか訊いたところ、他のプログラマは手を止めて考え込んでいる時間が結構あるのに、わたしはのべつまくなしにキーボードを叩いているので、「なんでこの人、手が止まらないんだろう」と不思議に思った、と言われました。 わたしはコードをタイプしはじめたらほとんど手を止めません。考え事は手を動かしながらやります。 とにかくずんずん進みます。「ここ、どう書けばいいのかなあ」と迷うことも多々ありますけど、手は止めません。どんだけへっぽこなロジックでも、どんだけださい変数名でも、とにかく打ちます。もっといい手がありそうな気がする時でも、その場でそれしか思い浮かばないのならそそまま書いてしまいます。なんにも思

    我流コーディング術、あえて名付けるのなら、失敗駆動開発術:プログラマで、生きている:エンジニアライフ
  • 【ゆっくり解説】 第7回 MMDモデルを動かす 【3Dプログラミング】

    DirectXによる初心者向け3Dプログラミング講座 第7回です。前回読込んだMMD用モデルのPMDファイルを、スキンメッシュアニメーションで動かす方法について解説します。他の投稿動画→mylist/20341298Webサイト→ http://mhage.zombie.jp/PicTrap/9/14 追記 VMDを読込んで躍らせることに挑戦しましたが、結果は惨敗でしたorz

    【ゆっくり解説】 第7回 MMDモデルを動かす 【3Dプログラミング】
  • lsを読まずにプログラマを名乗るな! - 秀和システム あなたの学びをサポート!

    LinuxMac OS X、BSD、SolarisといったUNIX系OSにおいて最も身近なコマンドであるlsのソースコード解説書です。UNIX系OSを使っているプログラマであれば、誰でもlsコマンドを日常的に使っていることでしょう。実際、lsコマンドを実現しているプログラムは汎用性が高く、大量のデータも処理できるよう作られており、そのソースコードを読み解くことはプログラマの成長にとって大変役立ちます。書は、C言語に習熟している人を対象に、GNU coreutiles 8.21のlsソースコードを解説します。lsのソースコードを読めば、マルチプラットフォーム対応の注意点、大量のデータを可能な限り継続処理する方法、実行性能や利便性とのバランスの取り方がわかります。 【サポートはこちら】→https://www.shuwasystem.co.jp/support/7980html/3943.

    lsを読まずにプログラマを名乗るな! - 秀和システム あなたの学びをサポート!
  • 失読症とプログラマ

    俺は失読症持ちのプログラマーで、まぁ色々苦労してるってのを書き記しておく。 失読症、医者いわく、いろんな種類がいるらしく、文字が読みづらかったり、書けなかったり、その両方だったり、若い時におぼえた文字以外は新たに覚えられなかったりとかとか。 俺はその中では文字が読めない部類に入るらしい。 文字が読めないにも程度があるらしくアルファベットとかひらがな・カタカナはそれなりに読める。漢字も画数が少なくて記号として覚えやすかったらそれなりに読める。 ただ、俺は記号が認識しづらい、$とか*とか/とか。特に記号が連続すると全く読めなくなる。 プログラマの人ならわかると思うんだけど、プログラマで記号が使えないってのは結構致命的で、 シェルスクリプトをはじめとして記号をたくさん使う、Perlとか正規表現とかは全然書けないし読めない。 記号の意味や、構文がわからないんじゃなくて、どういう記号が連なっているの

    失読症とプログラマ