タグ

programmingに関するablaboのブックマーク (93)

  • スケーラビリティの向上 - 未来のいつか/hyoshiokの日記

    そもそも、スケーラビリティって何よ?という疑問はあるのだが、それはおいておいて、CPUの数が増えた時、それに比例して性能向上したらうれしいなあと言う程度のアバウトな事を考える。性能向上って何よ?という疑問はあるのだが、CPUの数が増えた時、処理できる量が増えたらうれしいなあという程度のアバウトな事を考える。処理時間が減るという方向もあるけど、ここでは処理量(スループット)を考える。 で、古典的な問題は、CPUに分散された処理の同期をどうとるかというやつである。素朴な方法はロックをして同期をする。別にロックだけが同期の方法じゃないのだけど、一番(?)素朴な方法なのでよく利用されている。 非常に素朴なロックの実装だと、一つのロックで全てのCPUの同期を取ろうとする。ロックの影響範囲がでかいのでジャイアントロックなんてよばれたりする。むかしのLinux Kernel 2.2あたりはそのような素朴

    スケーラビリティの向上 - 未来のいつか/hyoshiokの日記
    ablabo
    ablabo 2006/08/08
    "ロックの競合が発生してスケーラビリティ上の問題が発生したらロックの粒度を小さくしろ"
  • ひらメソッド - 読学のススメ

    最近オープンしたエミナルクリニックの池袋東口院がめっちゃ気になるなぁ。 医療脱毛なのにすごい安くていい評判も聞くけど、ほんとに痛くないのかな? 通っている人の口コミをみてみたいなぁー。 なんて気になったので、エミナルクリニックの池袋東口院についてSNSやネットで調べてみました。 そう思ってSNSを中心に調べてみたら、、、口コミや評判も良いじゃない♪ ちなみに、似たようなサービスや商品があるかも?なので、今回調べてみたのはこちらになります。 オープンしました! エミナルクリニックの池袋東口院ですが、すでにオープンしています!(2021年10月6日オープン済) もちろんですが、オープンしたてなんでめっちゃ予約が取りやすいです。 ただし!!人気のある医療脱毛院なので早めの予約が良いかも?!

  • デスマ経済学/仕事で必要なことはフローチャートで学んだ

    not found

  • フローチャートの力を思い出そう

    一つ,後悔していることがある。 今年の6月29日,「オブジェクト倶楽部 2006夏イベント」に参加した。オブジェクト倶楽部は,永和システムマネジメントの社員有志が中心になり,オブジェクト指向の実践/研究/発表を目的として作ったグループ。夏と冬に定期的にイベントを開催している。2006夏イベントで6回目となる。 このイベントで,スターロジックの羽生章洋社長が講演した「仕事で必要なことはフローチャートで学んだ」というセッションを受講した。同じ時間帯の裏番組でとても魅力的なセッションがあったのだが,あえてこちらを選択した。羽生氏のプレゼンテーションのうまさをよく知っていたからだ。案の定,おもしろかった。羽生氏がタブレットPCを使ってその場でどんどんフローチャートを書いていく。講演の資料はこちらで公開されているが,これだけではとても伝わらないライブ感があった。 講演の内容はノートにメモしたし,講演

    フローチャートの力を思い出そう
  • 勉強が出来ない奴はプログラマになれ!(バカだからできる勉強法) - IT戦記

    どのくらいの人がこのブログを読んでいるか分かりませんが、 もし、勉強が出来ない人が周りにいたら、このブログを紹介してあげてください。 ふと 勉強が出来ない人は、プログラマになったほうがいいと思った。 僕はというと 自分でも驚くくらい勉強というものが出来ない。ものごとを知らない。 はっきり言ってバカなのである。 たとえば、 大学行ってない。 株式公開と上場の違いを知らなくて、一同ぽかーん。 つい最近まで、サイバーエージェントを知らなかった。(技術者には必要ない) 英語が一切読めない。 宮崎料理「冷や汁」を「冷や飯」だと思ってた。 基的に会議とかでよく出る英語、「さじぇっしょん」とか、「あさいん」とか、「ぶらんでぃんぐ」とか、「うぇぶつーぽいんとおー」とか、よく分からん。 人力(じんりき)検索を入力(にゅうりょく)検索だと思っていた たぶん、まだまだあるけど、自分がバカだから気がつかないんだ

    勉強が出来ない奴はプログラマになれ!(バカだからできる勉強法) - IT戦記
    ablabo
    ablabo 2006/08/06
    " 9.必ず分からない箇所がある。"が重要
  • 1998/04/12

    プログラマになるということ 呑み会での席の話だ. わたしは単なるヨッパライのおやぢである.へらへら酒を呑んでいたら隣に座っていた若いプログラマ志望者がわたしに聞いた. プログラマってどんな仕事ですか? 一気に酔いが覚める気がしたが,それでもへらへらしながら,随分難しいことを聞くねえとか答えた.プログラマってどんな仕事なんだろうか?なんのために好き好んでこんな仕事をしているのだろうか?なんでまたプログラマの仕事なんかはじめたのだろうか?自分で自分に聞いてみる.よく分からない. わたしは聞いた. きみはプログラムを作る事が好きか? はい好きですとその若者が答えた. でもわたしにできるかどうか自信がないんです. とその若者は続けた. きみは何をしたいんだ? それがよくわからないんです. わたしも20代のころは何をしたいかなんてわかっていなかった.いまですら何をしたいかなんか正確には答えられたため

  • [結] 2006年6月 - 結城浩の日記:モノクロ画像がカラーに見える錯視

    目次 2006年6月25日 - 長男と完全数談義 / 2006年6月23日 - ティナからの手紙 / 2006年6月20日 - 無神論者との対話 / 2006年6月18日 - 父の日 / 2006年6月16日 - ソフトウェアは、私たちの想像よりもずっと複雑 / 2006年6月14日 - 仕事 / 2006年6月13日 - 無限羽の鳩と無限個の巣 / 仕事 / Haskell / 読書 / 2006年6月12日 - 仕事 / 2006年6月10日 - モノクロ画像がカラーに見える錯視 / 日記ダイジェストを更新 / 2006年6月8日 - www.textfile.orgのお引っ越し / 2006年6月5日 - 仕事 / 2006年6月4日 - 今日の一日 / 2006年6月3日 - 誤植 / 2006年6月1日 - 仕事 / ぜひ、感想をお送りください 日記一覧 2006年6月25日 ■

  • プログラミングとその応用I

    概要 コンピュータはプログラムに忠実にしたがって処理を行います. そこで,自分でプログラムを作れば,自分の思った通りにコンピュータに仕事をさせることができます. プログラムを作ることをプログラミングといいます. ここでは,演習を通じてプログラミングを基礎から学びます. プログラミングの素養を身につけることで,当の意味ではじめてコンピュータを使いこなすことができるようになります. なお,演習はLinux環境で行い,プログラミング言語としてRubyを用います. プログラミングは専門家の仕事であり,誰もが必ずしも学ぶ必要はないという考え方もあります. しかし,コンピュータは,知的活動の可能性を大きく広げることができるツールであり,それを自在に使いこなす手段としてのプログラミングを学ばないことは,卒直に言って非常にもったいないことです. またプログラミングはいい意味で「手軽に」創造性を発揮できる

  • Cプログラミングの秘訣

    特集 Cプログラミングの秘訣 最終更新: 2006-03-28 このテキストはC MAGAZINE 1992年4月号に掲載された原稿のオリジナルテキストを元にしてHTMLに変換したものです。掲載文章と細部が異なっていると思われます。また、気付いた個所をいくつか修正してあります。 当時はまだWindows 95もないような時代で、現在の状況から見ると違和感のある内容も結構あるかもしれませんが、時代背景を想像しながら補正しつつ読んでいただければ幸いです。 ※2006年3月28日追記: 何が原因か知りませんがこのページのアクセスが増えているそうなので、 HTML のおかしなところを修正しました。 文章の変更はありません。 なお、このサイト(表ページ)は現在休眠状態ですが、 裏ページ や 裏の裏ページ の方を、細々と更新していたりします。 目次 Part1 よいプログラムを書く条件 Part2 明

  • わたしが知らないスゴ本は、きっとあなたが読んでいる: ウォーターフォールはこう使え(まとめ)

    この連載を始めたのは、Waterfall 2006を見たから。ついカッとなって書いてしまった。今は反省している。この連載は体系的じゃないし、blog よりむしろ出版物の形で問うべき。何よりも、今週の睡眠時間を大幅に犠牲にしてきたので、眠くてたまらん。 …というわけで、ここでは総括+補足して締める。 ウォーターフォール・モデルとは、プロジェクト構造化モデルと言い換えられる。その特徴として、以下のことが挙げられる。(その1) プロジェクトを構造化し、段階を踏んで要素成果物を構築する 次に、必要な要素成果物を適切なタイミングで持ち寄り、組み上げる 要素成果物を構築する工程はスパイラル・モデルを適用できる。しかし、組み上げる工程は逐次的であることが求められる プロジェクトを構造化することにより、プロジェクトを「見える化」できる。全体と部分、出来てるところと空白のところが分かる。未確定事項がオープン

    わたしが知らないスゴ本は、きっとあなたが読んでいる: ウォーターフォールはこう使え(まとめ)
    ablabo
    ablabo 2006/02/18
    ウォータフォールまとめ。
  • どのような勉強をすればプログラミングができるようになるのですか

    「どのような勉強をすればプログラミングができるようになるのですか」という質問をいただいたので、お返事します。 この質問を聞いたときにすぐに思いついた答えは、 その答えは『どのような勉強をすれば文章が書けるようになりますか』という質問への答えに似ているでしょう というものでした。その心は、 プログラミングが「できない→できる」へデジタル的に変化するのではない。しだいにできるようになっていく。 という意味です。 …という前置きはさておき、これまでにも私はあなたのような方から同様の質問を受けてきました(きっと今後も受けるでしょう)。以下の文章群の中に「あなたへのヒント」が含まれていると良いのですが…。もしも以下の文章でピンと来ないときにはまたお尋ねいただければありがたいです。 どのようにしたらプログラムを1から書けるようになるのでしょうか 結城さん自身はどういう参考書でJavaを学んだのですか

    どのような勉強をすればプログラミングができるようになるのですか
    ablabo
    ablabo 2006/02/15
    地道にやろう
  • 続 理想の世界 - jkondoの日記

    先日、プログラム上では理想が築ける気がするのでついつい手を加えつづけてしまうという話を書きましたが、そうはいってもやはり納得のいくまできっちりと作り上げないと気がすみません。特に、お客様に製品として納品する場合はなおさらです。 ある一つの機能を実現させるためには、たくさんの方法が存在します。とりあえず動けばいいというプログラムから、向こう何年間、機能を徐々に追加変更していきながら使い続けられるシステムまで千差万別です。そして、できる限り後者のような、いつまでも世に残るようなものを作りたいものです。その場限りで使い捨てられてしまうようなものを次々と作るのは虚しいものです。 と、いうようなことを考えているときちょうど友人に素晴らしい記事を教えてもらいました。Paul Grahamという方のコラムの翻訳です。 http://www.shiro.dreamhost.com/scheme/trans

    続 理想の世界 - jkondoの日記
  • プログラマの開発効率