タグ

programmingに関するusadamasaのブックマーク (120)

  • ゆーすけべー日記

    サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ

    ゆーすけべー日記
    usadamasa
    usadamasa 2010/07/09
    [for:@twitter]と、まぁ現在に至るわけですが、 たったひとつのスクリプトをブログに晒したおかげで、dankogaiさんと友達になれただけじゃなくって、 いろいろと輪が広がったんですよ。
  • 【インタビュー】このコードはいくらなのか - SaaSへのチャレンジがもたらした開発の新視点 | エンタープライズ | マイコミジャーナル

    usadamasa
    usadamasa 2010/06/30
    [for:@twitter]「エンジニアにとってパフォーマンスというと『この処理を何ミリ秒で』という思考になりますよね。それが、運用コストが頭にあると『このコードでコストをいくら削減できるか』という考え方になるんです。
  • 「理系と文系」より「帰納と演繹」 - カタチづくり

    ネットでは定期的に「理系と文系」ネタが盛り上がるようだ。「理系はコミュニケーションができん」「文系は論理的な思考ができない」「それはレッテル貼りだ」の3行が毎回無限ループする。もちろん文系の学問に論理的思考が不要であるとは到底思えないわけで、むしろ着眼点として面白そうなのは、論理的思考に対するアプローチの違いだと思う。思考法には演繹法と帰納法があって、この思考法で分類してみるほうが理系/文系の分類よりも面白そうに僕には思える。そして「文化」の衝突も理系/文系と同じくらい、帰納派と演繹派の間で起こっているような気がする。 ここで急に話は飛ぶのだけれど。 前職の後輩で、保険会社から転職してきた人がいた。社内では変わった経歴の持ち主だった。その彼に「保険会社ではどんな仕事をしてたの?」と聞いたことがある。 なにやら彼は保険商品のリスク計算のようなことをしていたようだ。と云われても僕には具体的なイ

    「理系と文系」より「帰納と演繹」 - カタチづくり
    usadamasa
    usadamasa 2010/06/28
    [for:@twitter]かしそのアプローチではプロジェクトが早晩破綻する。効率よくバグのないソフトウェアを開発するためにはコードをキレイに保つ必要があり、コードがキレイであるということの評価軸の一つは、演繹的な論理
  • ずっと、はてなに入りたいと思っていた - Money does not hurt your heart

    エンジニアとして働きはじめて、まだ10年も経っていないけれど、ちょうどいい機会なので、この機会に振り返っておこうと思う。武勇伝なんて派手な話は何もない地味なエンジニア人生だけど、自分が関わったものが誰かに使われているのを電車の中で見たりすると、ちょっと嬉しいです。id:naoyaさんや登大遊さんのように、カッコイイエンジニアになりたいなぁ、とあこがれます。エンジニアとしての転機皮肉なことに、エンジニアとして独り立ちしたな、と自覚するようになったきっかけは、リストラだった。それなりに大きな会社だったのだけど、事業部がリストラで解体されていく中で、若手の現場のエンジニアが減っていき、減ったエンジニア仕事をやらざるを得なくなった。事業部ごと解体されようかという勢いの中で、いきなりそれ新人の仕事じゃないだろう、という大きな仕事をふられて、右往左往して泣きながら必死で働いた。超神水みたいなもので、

    usadamasa
    usadamasa 2010/06/27
    [for:@twitter]景気の善し悪しに関わらず、仕事を選ぶことができなくなったら、環境を変えることを検討することにしている。選べないと言うのは、仕事に限らずリスクがある状況だと思うし、エンジニアにとって仕事を選べ
  • エンジニアの不安と壁 - naoyaのはてなダイアリー

    このところ、KLab×はてな エンジニア応援ブログコンテストというのを開催していまして、エンジニア人生に関するちょっとした小話をブログに書いていただくと、内容によっては、シリコンバレーに行けたり、iPad が貰えるかもしれない。という企画です。「え、ブログ書くだけでシリコンバレー? 」 なかなか太っ腹な企画です。 よい機会なので、宣伝がてら、自分もちょっと、昔話をしてみたいと思います。 振り返ってみると、自分がエンジニアとして経験を積むなかで、「ここが壁だったな」と思うところがぼちぼちありました。それが何で壁に感じたのかといま改めて考えると、いずれも体系的な知識がなかったために、それを乗り越えるための指針がなかったというのが大きかったように思います。 きれいなコードを書くにはどうしたらいいんだろう? 負荷分散って、どうやるんだろう? 溜め込んだデータをうまく活用するには、どうしたらいいんだ

    エンジニアの不安と壁 - naoyaのはてなダイアリー
    usadamasa
    usadamasa 2010/06/22
    [for:@twitter]目的がはっきりしていましたから、その「負荷分散のためのOSの動作原理」という考え方が軸になって、それぞれの知識が自分の中で体系化されていきました。知識と知識を紐づけて構造化する。それが結果とし
  • sdn-project.net

    usadamasa
    usadamasa 2010/06/01
    ある程度プログラミングが出来る人にとっては、自分なりにわかりやすくプログラムを構築した方がいいという場合もあります。 ここでは、OAuthでタイムラインの取得、Twitterへの発言やリプライ、フォローからお気に入り
  • コンパイルが速くて、スクリプト言語的に書ける言語が欲しかった グーグル ソフトウェアエンジニア 鵜飼 文敏氏 - インタビュー:ITpro

    GoGoogleが中心となってオープンソースで開発が進んでいるプログラミング言語です。いろいろなプログラミング言語の良いところを採り入れたGoは、様々な“顔”を持っています。Go言語の生まれた背景や特徴などについて、グーグルのソフトウェアエンジニアである鵜飼文敏氏にお話を伺いました。 Goが生まれた経緯や背景について教えてください。 Googleの中には検索エンジンや「Google App Engine」など、様々なサーバーがたくさんあるのですが、その中でスピードを要求する部分ではC++を使っています。ただ、C++は実行速度は速いのですが、ビルドに非常に時間がかかります。社内では分散コンパイル環境を作っていますが、仮に検索エンジンのサーバーを1台のマシンでビルドしようとすると、1日くらいの単位で時間を見ておかなければなりません。CPUなどが速くなっているのにコンパイルが遅いというのは何か

    コンパイルが速くて、スクリプト言語的に書ける言語が欲しかった グーグル ソフトウェアエンジニア 鵜飼 文敏氏 - インタビュー:ITpro
    usadamasa
    usadamasa 2010/06/01
    [for:@twitter]"CPUなどが速くなっているのにコンパイルが遅いというのは何かを考え直した方が良いのではないか、という議論があり、プログラミング言語を変えればそういう問題はなくなると考えました。"
  • マイクロソフトにおけるアジャイル開発はこんな風に進められている - Publickey

    マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech

    マイクロソフトにおけるアジャイル開発はこんな風に進められている - Publickey
    usadamasa
    usadamasa 2010/05/27
    [for:@twitter]そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。
  • 本格的に原稿募集します。 - 達人出版会日記

    システム開発の方は順調に遅れているというか、遅々として進んでいるという状況なのですが、そろそろコンテンツの方にも手をつけないとまずい感じなので、原稿を募集します。 特に募集したい原稿というか技術ネタは以下のような感じです。個人的な趣味というか読みたい希望も含めて並べてみました。 Ruby関連 Ruby1.9 Rails3 Rack Sinatra (すでに応募あり) RSpec(『スはスペックのス』は続きが難しいらしいので、改訂をお願いしてみる? Cukeも?) XML操作(Nokogiriとか) RubyGems Rake RDoc Capistrano (すでに応募あり) Heroku Prawn YARV(ささださんにお願いしてみる?) YAML(kwatchさんにお願いしてみる?) Ruby以外 HTML5/CSS3関連 Web Application Framework 認証とか

    本格的に原稿募集します。 - 達人出版会日記
    usadamasa
    usadamasa 2010/05/14
    [for:@twitter]当初はいわゆるIT系の技術書、コンピュータ書のようなものです。といっても、雑誌の特集記事程度の長さのものを想定しています。ボリュームって計算が難しいのですが(文字数とかいうのもアレだし)、A4換算
  • Rubyの文字列の連結速度を測定してGruffで表示してみた - suer のブログ

    String と StringBuffer の文字列連結速度のテスト - すえひろがりっっっっ!と同様小ネタ。 社会人になって1年たちますが、仕事で「素人かよ!」って思うコードをよく見かけます。 そのトップ10に入るのが「Javaで+= で文字列を連結していてパフォーマンスがすこぶる悪い」コードです。 これをやってた人は、いまだに += で文字列を連結しているコードをよこしてきます。 どうにかならないもんだろうか。 ところで、Ruby でも String の連結は重いのだよね?とふと思ったので += と << で結合した場合の速度を測定してみました。 楽しいRubyによると Ruby でも += で結合するとインスタンスを生成するらしい。 ということは += と << では性能に差が出るはず。 せっかくRubyなのでGruffを試してみます。 バージョン Mac OS X 10.6.3 C

    Rubyの文字列の連結速度を測定してGruffで表示してみた - suer のブログ
    usadamasa
    usadamasa 2010/05/10
    [for:@twitter]そのトップ10に入るのが「Javaで+= で文字列を連結していてパフォーマンスがすこぶる悪い」コードです。 これをやってた人は、いまだに += で文字列を連結しているコードをよこしてきます。
  • IBM Developer

    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 Developer
    usadamasa
    usadamasa 2010/05/07
    [for:@twitter]ただし幸いなことに、新しい一連の機能が Web 標準として収束しつつあります。そのため、これらの新機能を今から使い始めることができます。
  • 『Webを支える技術』を買ってはならない - babie, you're my home

    『Webを支える技術 -HTTP、URI、HTML、そしてREST-』を読みました。結論から言います。皆さん、このを買ってはいけません。買った人は焼き払ってください。 Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)posted with amazlet at 10.04.28山 陽平 技術評論社 売り上げランキング: 157 Amazon.co.jp で詳細を見る 最初は、ふふーんと読んでたんですよ。「あー、あったねー」とか「やったやった」とか。そして「なんかつまんないなー、知ってることばかりじゃん……」と思ったとき愕然としましたよ。 「これは俺が、えらい試行錯誤して、苦労して、習得した技術が、いともあっさりと、簡潔明瞭に書いてあるじゃないか!」 HTTPヘッダが…URI設計が…HTTPステータスコードが…microform

    『Webを支える技術』を買ってはならない - babie, you're my home
    usadamasa
    usadamasa 2010/04/29
    [for:@twitter]私は、こんな本を書いた @yohei を絶対に許さない!絶対にだ!!これを企画した編集者 @inao も同罪だ!覚えておけよ、顔を合わせたが最後………サインをもらわずにはいられないっ!!
  • ソースコード、読んでいますか

    他人の書いたソースコードを読むことはプログラミング能力の向上に役立つ、と聞いたことがある人は多いだろう。例えば、Rubyの開発者として有名なまつもとゆきひろ氏は、自らが監訳者の一人である書籍「Code Reading -- オープンソースから学ぶソフトウェア開発技法」(毎日コミュニケーションズ発行)の序文で、「ソースコードこそソフトウェアのすべての知識の源」であり、「効率よくソースコードを読むことは、効率よく自分の能力を向上させることにつながります」と書いている。 一方で、ソースコードを読むための環境も整った。オープンソースが一般化することで、入手できるソースコードは質、量ともに、一昔前とは比べ物にならないほど充実した。 しかし、自らのスキルアップを目指して、実際にオープンソースなどのコードを読んでいる人は、さほど多くないだろう。他人の書いたソースコードを読むのは、既存プログラムの保守や追

    ソースコード、読んでいますか
    usadamasa
    usadamasa 2010/04/19
    [for:@twitter]特定の製品や技術に対するスキルは、時間が経つにつれて陳腐化していくのを免れることはできない。しかしソースコードを読む力があれば、新しいスキルをいち早く習得することが可能になる。いわば、スキル
  • 初めての人のためのLISP[増補改訂版] - 西尾泰和のはてなダイアリー

    初めての人のためのLISP[増補改訂版]を読んだ。 「こう書けた方が自然だから、そう書けるという約束にしよう(約束なんていつでもできる!)」(p.60)とか 「一時的なメモ用紙だの、束縛だのという苦し紛れの言葉や概念を持ち出したのは、人間にとって自然なモジュール性を保証するためのメカニズムを理解するためにやむを得なかったから」(p.64)とか 「再帰呼び出しだけをことさらに強調してLispの特徴だと言うのは間違っている」(p.91)「美しいということと、実用的価値が常に一致しているとは限らん」(p.107)とかとか このは初めてプログラミングを学ぼうとする人が、間違った教科書に触れてダークサイドに落ちないために、最初に読むべきプログラマの思想書なのかもなーと思った。 世の中にはいろんな種類の間違った教科書がある。 「こう書くのが正しいのです。そういう決まりなんです。なんで?じゃありません

    初めての人のためのLISP[増補改訂版] - 西尾泰和のはてなダイアリー
    usadamasa
    usadamasa 2010/04/15
    [for:@twitter]この本は初めてプログラミングを学ぼうとする人が、間違った教科書に触れてダークサイドに落ちないために、最初に読むべきプログラマの思想書なのかもなーと思った。
  • 権力を分散して物事を進める仕組み - アンカテ

    権力を分散することは簡単なことで、全ての要職を日替わりの当番制にすればいい。 難しいのは、権力を分散して物事をきちんと進めていくことで、三権分立っていうのは、それができるから重要なこととされている。 権力が集中するってことは恐しいことだけど、物事が進まないってことも、かなり恐ろしい結果につながることがある。 だから、権力を分散して物事を進めるシステムっていうのは、非常に貴重なものであって大事にしていかなきゃいけないものと思う。 インターネットの中には、分散して物事を進めるシステムがいっぱいある。 たとえば、DNSがそうだ。www.apple.comというホスト名は実は最後に一つピリオドが省略されていて、www.apple.com.なんだけど、そのピリオド一つごとに管理する主体がある。ルートDNSの管理と、.comと.apple.com の 管理は皆違う人がやっている。 ピリオドごとに管理者

    権力を分散して物事を進める仕組み - アンカテ
    usadamasa
    usadamasa 2010/04/12
    [for:@twitter]プラットフォームである為には、人治主義ではなく法治主義でないと困る。法治主義であるからこそ、制限事項を受け入れてイノベーションをする意味がある。せっかくイノベーションをしても、結果が誰かの都
  • ホワイの(感動的)Rubyガイド

    このはホワイ・ザ・ラッキースティフ(why the lucky stiff)により愛情を込めて書かれた。 ~ 目次 ~ このについて コンニチハ、Ruby このを開く 犬の話 赤い太陽が昇る はどのように始まるか (漫画のキツネと学ぶ)短時間の(そして願わくは辛くない)Rubyコース 言語と、言語で意味しているもの 品詞私がまだあなたのことを十分子供扱いして いなかったなら あなたの成長を促すための例題 そして短い旅はそっとクッション停止する 浮いている小さなコードの葉っぱ アンブローズにおけるステータスシンボルとしての葉っぱ 小さくてほとんど価値のないもの 妄想をつなぎ合わせる ブロックの奇跡 ルールを作るものと夢を生きるもの これは権利を奪われた人のため コンピュータのある城 娘のオルガン教師の話のつづき ヤギは映画を全部見たがっている 盗まれたくじ主 ルールを作る者たち 夢を

  • Joel on Software

    Joel on Software
    usadamasa
    usadamasa 2006/01/17
    面接の時にどんな人を採用すると間違いないのか? 危ないプロジェクトを救う方法。 プロジェクトをなるべくして成功へ導く方法。 当たり前のように思っていたことも、 目から鱗な‽
  • http://www.shiro.dreamhost.com/scheme/trans/being-popular-j.html

    usadamasa
    usadamasa 2005/12/01
    何がある言語を人気のあるものにするのだろう? 人気のある言語はその人気に見合っているのだろうか。 良いプログラミング言語というものを定義する試みに意味はあるだろうか。 どうや
  • Paul Graham

    New: What to Do | Wokeness | Founder Mode Want to start a startup? Get funded by Y Combinator. © mmxxv pg

  • oreilly.com

    Introducing the AI Academy Help your entire org put GenAI to work Every employee today needs to know how to prompt GenAI, use it to enhance critical thinking and productivity, and more. With the AI Academy they can. For less. Get in on the AI-generated conversation We’ve turned five O’Reilly titles into AI-generated podcasts, designed to make learning even more engaging. Here’s how we did it.

    oreilly.com