タグ

プログラミングに関するkagehiensのブックマーク (20)

  • Git不慣れ勢を束ねて安全なチーム開発をするメモ - Qiita


    稿 gitgit...Git GUI (Github flow) GUI 稿GUI     Github flow clone
    Git不慣れ勢を束ねて安全なチーム開発をするメモ - Qiita
  • 「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)


    scalarscalar使Date scalar Date 使GraphQL GraphQLscalarHTML/XMLBigInt Enum enumscalarscalarBooleanenum enum Boolean { true false
    「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)
  • 連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説(前編)

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説(前編)
    kagehiens
    kagehiens 2013/06/21
    分かりやすい衝突検出の理論の解説
  • 不完全にしておよそ正しくないプログラミング言語小史


    1801  使"hello, world" (Redditer)  1842  UML 1936  (007) 1936  
    kagehiens
    kagehiens 2010/05/18
    PerlとPHPがひどいww
  • sbietc - FC2 BLOG パスワード認証

    ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.

    kagehiens
    kagehiens 2010/02/08
    「これをプログラミングで表現するとどうなるのっと」の返しに面白いのが多かった。
  • それrubyなら2行で出来るよ! - 狐の王国


    HTMLHTML Ruby使HpricotERB使 #!/usr/bin/ruby require 'rubygems' require 'hpricot' require 'erb' require 'kconv'table = Hpricot(STDIN.read.toutf8).search('.section table tbody tr') puts ERB.new(DATA.read).result(binding) __END__ <dl> <% table.each do |tr| %> <dt><%= (tr/'td[2] a').inner_html %></dt> <dd><%=
    それrubyなら2行で出来るよ! - 狐の王国
  • 実践的なパターン: テストの容易性を高める設計

    Contents Why Use F#? Installing F# Hello, F# The Let Expression The For Keyword The Pipeline F# Can Do Objects, Too Asynchronous F# Fitting in with F# A recent entry into the Microsoft® .NET Framework family, F# provides type safety, performance, and the ability to work like a scripting language, all as part of the .NET environment. This functional language was created by Don Syme of Microsoft Res

    実践的なパターン: テストの容易性を高める設計
    kagehiens
    kagehiens 2009/05/11
    最初からGUIを含むライブラリへのアクセスが約束されているあたりが恵まれている。
  • DO++ : 部分文字列の話

    ここしばらく、部分文字列の統計量を利用した機械学習やデータマイニングをやっている。そこの話からちょっと抜粋。 長さnの文字列T[1,...,n]が与えられた時、T中に出現する部分文字列T[i...j] (1≦i≦j≦n)の数はn個の中からiとjの2箇所を選ぶのでO(n^2)個ある。例えば、n=10^6(1MB)だったら、部分文字列の数は約10^12個(1T)と非常に大きい。 しかし、これらの部分文字列の出現位置は同じである場合が多い。例えばT="abracadabra"であれば、"abra"と"abr"の出現場所は1番目と8番目であり、全く同じである。 では出現位置(部分文字列の左端を出現位置とする)が全く同じであるような部分文字列をまとめてグループにした場合、グループの数はいくつになるのだろうか。 これは接尾辞木(wikipedia 授業の資料)を知っているなら簡単に説明できる。 Tに対

    DO++ : 部分文字列の話
  • 新人プログラマーがプロのプログラマーとして独り立ちするための7つの条件 - ハックルベリーに会いに行く


    IT TIT
    kagehiens
    kagehiens 2009/04/23
    将棋の「手抜き」は絶対意味が違うと思う。この文は蛇足だとしか言いようがない。
  • Structure Synth - 文脈自由文法3Dアート - Radium Software


    Structure Synth 使 3D CG Context Free  3D  CGGI SunFlow  CG  Context Free Context Free  set maxdepth 50 12 * { rx 30 } RC BG rule RC { {}CROSS { rx 10 z 0.7 s 0.98 } RC } rule RC { {}CROSS { ry 10 z 0.7 s 0.98 }RC
    Structure Synth - 文脈自由文法3Dアート - Radium Software
  • 中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな3つポイント - 分裂勘違い君劇場

    「変数のスコープは狭いほど良い」と妄信する 変数でもメソッド名でもクラス名でも言えることだが、単純に「スコープは狭いほどよい」という方針でプログラムすると、逆に保守性も可読性も悪いプログラムができあがることがけっこうある*1。 実際、「あちこちから頻繁にアクセスするようなオブジェクトやメソッド」は、スコープをぐっと広くしてしまった方が(場合によってはグローバル変数やグローバル関数にしてしまった方が)、いちいちパラメータ渡しのバケツリレーをせずに、オブジェクトや機能を使うことができ、プログラムの可読性も保守性もずっと向上することがけっこうある。 たとえば、プログラムのいろいろな箇所から比較的頻繁にアクセスする必要があるようなオブジェクトや機能がバインド(格納)された変数やメソッドのスコープをクラスやメソッド内のローカルにして、それを使うときは、いちいち各クラスやメソッドにパラメータ渡しのチェ

    中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな3つポイント - 分裂勘違い君劇場
  • split の研究 - bkブログ


    split  split 調 Ruby Ruby調irb 使調 % irb ...  >> "a,b,c".split(",") => ["a", "b", "c"]  >> "a,,c,,".split(",") => ["a", "", "c"]  -1  >> "a,,c,,".split(",", -1) => ["a", "", "c", "", ""]  >> "".split(",") => [] -1  >> "".split(",", -1) => []  >> "".split
    kagehiens
    kagehiens 2008/09/02
    これはためになる・・・、が。ラスト、誰がうまいこと言えと・・・w
  • プログラミングハイウェイ - プログラマーの脳みそ


     -  Re:  - :Geek IT *1 *2 
    プログラミングハイウェイ - プログラマーの脳みそ
    kagehiens
    kagehiens 2008/08/27
    Matzの発言にもこういう内容あったなぁ。
  • @IT:特集:Visual C++ 2005 いままたC++が熱い!「C++/CLI」として大進化したVisual C++ 2005


    C++ C++調C++ C++Java2005JavaWindowsJavaC#Visual BasicJavaC++
  • プログラマー必見。あの「シムシティ」のソースコードが公開


      4 20  GPLGeneral Public License 100PCOLPCOne Laptop per ChildDon HopkinsSimCityLinuxOLPC
  • ブラウザで Ruby on Rails 開発! Heroku を使ってみよう - WebOS Goodies


    Heroku β21 Heroku    heroku  heroku  Rails Cre
  • GLPKで楽しく最適化しよう! (整数計画法)


     0. 1.LP 2.IP 3. GLPK 2:Integer Programming 1.(Integer Programming) (LinearProgramming) (Integer Programming)   (Integer Programming) (Mixed Integer Programming) IPMIP  
  • さらに分かっておきたいトランジスタの種類 − @IT MONOist

    組み込みソフトウェア/ハードウェア開発における技術力の向上、改善・最適化などを幅広く支援する“組み込み開発エキスパート”のための情報フォーラム

  • Rubyのカバレッジツール·rcov MOONGIFT

    システム開発におけるテストの重要性は言うに及ばない。が、大抵時間がなくなってしまって正常系のテストだけで終わってしまうことになる。 そうすると、もちろん異常系の処理になった途端、システムエラーを引き起こす。何をすべきか、それは予期している問題点を全て把握できるかどうかだ。 今回紹介するオープンソース・ソフトウェアはrcov、Ruby向けのソースカバレッジツールだ。 カバレッジツールとは、対象のプログラムソースが処理を一巡する中で通った場所と通っていない場所とを見極めてくれるソフトウェアだ。これを使えば通っていない場所は元々不要か、またはテストしていない場所かのどちらかに分けることができる。 結果はHTML形式でのレポートの他、標準出力でも可能だ。全体のコード量に対するカバレッジ率や、あるポイントを何回通ったかといったことも提示してくれる。 なお、公式サイトではRuby on Railsでも

    Rubyのカバレッジツール·rcov MOONGIFT
  • 「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan


    35 3535SE  36 SE35 
  • 1