タグ

読み物に関するhonamisのブックマーク (71)

  • スターバックスは2フェーズコミットを使わない - gregors-ramblings-ja - Google Code

    Code Archive Skip to content Google About Google Privacy Terms

  • 定期的に繰り返し実行する簡単ではないお仕事 - やねうらおブログ(移転しました)

    いやー、この問題は当に難しい。難しすぎて、どうやって解決すればいいかいまだによくわからない。わからないので、ここに書いてみる。 最初、とあるお客さんのために「ひよこの餌やりプログラム(仮)」を作っていたんだ。開始ボタンを押すとひよこの餌が出てくる。たったそれだけのプログラム。 今回は、これを「定期的に実行する機能が欲しい」と言われた。 この要望を実現するのがすこぶる難しかったんだ。 「やねうらおってそんなプログラムすら書けないの?老害なの?」 とか言わないで欲しい。この問題、当に難しいんだよ! ■ 1度目のひよこの全滅 まず、この要望に沿って、私の会社のプログラマが当初、次のようなダイアログをつけたわけだ。 繰り返し実行のところにチェックを入れた場合、ここで指定された時間後にも繰り返し実行する。単位は分で指定する。1日ならば60×24 = 1440を指定する。そうすると、ひよこの餌やり

  • PythonでWeb開発入門 みんなのPython Webアプリ編 HTML版(無料) | TRIVIAL TECHNOLOGIES 4 @ats のイクメン日記

    みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー 一部読者から高い評価をいただき,絶版となりながら中古市場でプレミア価格がついていた拙著「みんなのPython Webアプリ編」のHTML版をお送りします。Pythonを使って,Webアプリを開発するための方法を,基的な事柄から積み重ね式に解説した書籍をHTMLにしたのがコンテンツです。 編集部のご厚意で作ってもらった配布用PDFをベースに作っています(PDF作成だけでなく,出版契約の解除など必要な手続きを快く受けて頂いた担当様にはとても感謝しております)。構成などは著書をベースにしていますが,HTML化する過程で少し手直ししてあります。特にPython 2.7で動かないサンプルコー

  • IT系技術者を夫に持つ妻が、普通と思っていたけど実は違った32のコト - アイコ的 日々是好日(仮)

    今日の内容は、完全に判る人には判るあるあるネタ、 判らなければ「は?何それ?」な世界の話です。 元のネタは、以前夫が教えてくれたブログ記事 「プログラマの嫁が知るべき97のこと」 なのですが、 この97あるネタのうち7〜8割の確率で私のツボにヒットし、 爆笑していたのですが、その様子をみた夫が 「普通そんなにウケないよ。おかしいって。」と半分ひいていたんです。 それじゃあ今度は(嫁)の立場から言わせてもらおうじゃないか、 っていうパロディ的ネタを思いついたので、それを書こうと思います。 なお、この記事は随時更新予定なので、現段階では32のコトとなってますが、 増えるかもしれないし、ひょっとしたら減るかもしれません。 家にPCMac)が2台以上ある 家族用PCがあってもちゃんと家族それぞれにIDとパスワードがあってログインが必要 パソコンという呼び方を殆どしない 引越しする時にまず準備・

    IT系技術者を夫に持つ妻が、普通と思っていたけど実は違った32のコト - アイコ的 日々是好日(仮)
  • Home

    Boats are the legendary “money pit” of DIY projects! Start (really) small with this 15-inch mini yacht, a simple and worthy pond sailer that’s rigged and scaled like a real yacht. You can build it in a weekend even if you don’t know your bowser from your keel. #RegattaDay

    Home
  • 「ぼくとお父さんのおべんとうばこ」 - くりおね あくえりあむ

    第4回「いつもありがとう」作文コンクール(朝日学生新聞社主催、シナネングループ共催)で、広島市立中島小学校1年の片山悠貴徳(ゆ・き・のり)君(7)が最優秀賞に輝いた。亡き父へ贈る「ぼくとお父さんのおべんとうばこ」。全国3万3421点の応募作から選ばれた。27日に東京で表彰式があり、悠貴徳君が作文を朗読。参加者は目を潤ませた。(山恭介) 悠貴徳君はお母さんと妹との三人家族。お父さんは、27歳の若さで3年前に心臓発作で亡くなったそうです。 お父さんとの思い出はたくさんあるけど、一番鮮烈に彼の目に焼きついているのは毎朝お母さんがお父さんにお弁当箱を渡す場面。そのお弁当箱を使う時が来た、その時について彼は作文を書いたとのこと。 以下新聞に掲載された作文全文です。 おとうさんがびょうきでなくなってから三年、ぼくは小学一年生になりました。 おとうさんにほうこくがあります。きっとみてくれているとおもう

    「ぼくとお父さんのおべんとうばこ」 - くりおね あくえりあむ
  • 要求は怪物みたいなもの

    Angry Aussie / 青木靖 訳 2007年8月1日 水曜 8歳になる娘と話をすると、自分が何でもわかっているなどとは思わなくなる。 質問が上手なあの子は、私が答えられなかったり、少なくとも真剣に考えなきゃならないようなことを聞いてくる。真剣に考えるというのは重要で、いい加減な答えをしようものならすぐ突っ込まれてしまう。彼女が5歳で母親に日曜学校へ送り迎えしてもらっていた頃のある日、何の前触れもなくこんなことを聞いたことがあ った。 「ねえ、神様が私たちを作って、そして私たちを好きでいるなら、どうして神様は私たちが病気になるのをほうっておくの?」 あなたならどう答えるだろう? 私が最初に思いついたのは「ママに聞いてごらん」ということだった。しかしこれはその場しのぎにしかならない。最終的には「死なないくらいの病気かかると、かえって体が丈夫になるんだよ」という冴えない答でどうにか逃げお

  • システムが無くなった日

    自分のブログに書こうとも思ったのですが、会社が特定されてしまいそうなのでここに書きます。どこかに書かなければならないと思ったのは、この事実を誰かに伝えなければならないと思ったからです。 私が勤めていた会社はシステム屋さんです。2タイプの職場があって、一つはお客に注文を受けてシステムを開発してリリースして終了。もう一つはお客の会社に居候させてもらってシステムの維持管理をするというものです。私は後者のほうです。 お客は工場も複数構える結構大きな企業で、様々なプラスチック製品やコンピューター部品を作るところであります。日だけじゃなくて海外とも取引があったと思います。 1. コンピュターシステムの入れ替えを要求されるこの不況のなか、様々な設備投資の資金を抑える事を進めていた中で、システムについても、もっとコストの安いものをと以前より私の会社の上役達と試行錯誤を繰り返してきたのですが、そもそものお

    システムが無くなった日
  • 「簡単ですよね」という挑発 | おごちゃんの雑文

    SIに限らず、「技術的な客商売」をやっていると、時として打合せの時に「簡単ですよね」という「挑発」を受けることがある。 それが実際に簡単であるかどうか、また相手が当に挑発しているのかは別にしてこれは一つの「挑発」だと受け取った方がいい。なぜなら、あいての意図はどうであれ、そこにはいわゆる「罠」があるからだ。 多くの時「簡単ですよね」と言われたことは、実は技術的にはそんなに難しいものではないことが多い。また実際に難しくても、その現場にはもっと難しい問題が転がっていたりする。また、このような発言がされるタイミングは、議論なり整理なりがある程度進んでいて、顧客が先行きにある程度の見通しが立った時でもある。だから、結局のところそんなに難しいものではない。「簡単ですよね」と言われたものの多くは、実際に簡単だ。 ではそこで「はい」と答えたらどうなるか? 多くの客はその「はい」は受諾の「はい」とみなす

  • ゲームプログラマーという職業はもうありません。 - teruyastarはかく語りき

    暴言なのは分かってますが、 学生の頃ゲームプログラマーを目指した昔の僕に そのまま言ってやりたいセリフ。 こんな記事を見つけたので。 プログラマ、SE、ゲームプログラマについて - Yahoo!知恵袋 http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1438427284 自分は将来、プログラマ、いずれはSEになりたいと考えていましたが、 最近では3Dも学んで、ゲームも作ってみたいと思うようになりました。 長時間労働、低賃金といわれていますが、やってみたいんです。 そこで、題なんですが、 上記の仕事で働くには、今、どんなことをすればいいんでしょうか。 プログラマとして、働けるのは短いとか、 ゲーム業界は就職倍率高いとかは分かっています。 自分がやりたいのは、BGMとかグラフィックではなくて、 企画、制作、プログラムという部門

    ゲームプログラマーという職業はもうありません。 - teruyastarはかく語りき
  • Special Appendix/おわりに(1/3) - @IT

    連載:[完全版]究極のC#プログラミング Special Appendix 1 現役C#プログラマーが語るC#を使いこなすツボ 川俣 晶 2010/07/05 ここではざっくばらんに、現役C#プログラマーとして、筆者がどのようにC# 3.0プログラミングを行っているのか、さまざまな角度から告白してみよう。 どういうジャンルのプログラムを書いてる? 主に次のような分野である。 Webやメール関係のプログラム(比較的大きいものを含む) 各種ユーティリティ 技術解説のサンプルソース 同人ソフト(ゲーム) プログラミング言語は、いまのところC#が最も多く、ほかにはJavaScriptやAction Scriptを少々。 ちなみに、同人ソフトは仕事で採用するにはリスクのある技術を使ってみるのに適したジャンル。たとえ、完成できなくともそれで誰かが決定的に困ったりはしない。技術的な冒険のための題材である

  • 404 Error - File Not Found

    指定されたファイルは見つかりませんでした。 10秒後に トップページ にジャンプします。

  • .NET Frameworkのメモリ管理と断片化問題(.NETアプリケーションを長期連続実行するのは要注意) - torutkのブログ

    C#とJavaの言語選定にあたり、実行環境の比較をするため、ガベージコレクタについて調べていました。 .NET Frameworkのガベージコレクション方式は世代別GCですが、Javaとは随分異なっています。特に顕著に異なっているのがLOH(Large Object Heap)と呼ばれる大きなサイズのオブジェクトを格納する専用ヒープ領域がある点です。現在のバージョンでは、85KB以上のサイズのオブジェクトは世代別管理のヒープ(generation 0)ではなく、このLOHに割り当てられます。 この仕組みについては、MSDNマガジン(オンライン)の記事に詳しくあります(以下URL)。 CLR徹底解剖:大きなオブジェクトヒープの秘密 LOHは、第2世代(Javaで言えばOld世代)のGCと同じタイミングでGCがかかります。LOHでは、オブジェクトか回収された後、コンパクションを実施しないため、

    .NET Frameworkのメモリ管理と断片化問題(.NETアプリケーションを長期連続実行するのは要注意) - torutkのブログ
  • モデル駆動エンジニアリングのために汎用言語とDSLを組み合わせる - Johan den Haan - Digital Romanticism

    この記事はJohan den Haan氏のブログ記事「http://www.theenterprisearchitect.eu/archive/2008/04/15/combining_general_purpose_lang」を、氏の許可を得て翻訳したものです。(原文公開日:2008年4月15日) モデル駆動エンジニアリングに関する以前の記事で、私はMDEの基的な原則は「全てがモデルである」ということだと述べた。モデルとその要素にはファーストクラスの地位が与えられている。質的な違いは、モデルがもはやプログラマのための単なるドキュメントとして使用されるだけではなく、ソフトウェア開発を駆動させるために直接利用できるということだ。モデルは、実装、変換、ソフトウェア成果物の諸相、システムに関する視点などを定義するのに用いられる。この記事で、私はモデルとは何なのか(モデルに関する様々な利用シナ

    モデル駆動エンジニアリングのために汎用言語とDSLを組み合わせる - Johan den Haan - Digital Romanticism
  • 「アラン・ケイの言語」を拒否したAppleに非難の声 | WIRED VISION

    前の記事 日の伝統的風景をゲームに変えた『超・ちゃぶ台返し!』 米国議会図書館は、なぜTwitterの全ログを保存するのか 次の記事 「アラン・ケイの言語」を拒否したAppleに非難の声 2010年4月21日 IT コメント: トラックバック (0) フィードIT Brian X. Chen Photo: Bryan Derballa/Wired.com 約40年前、テクノロジー界の伝説的人物Alan Kay氏は、子供達がプログラミングを学べる軽量タブレットを構想した。米Apple社の『iPad』はこのビジョンに近いデバイスとされる。しかし同社はこのほど、Kay氏の仕事に基づいた、子供も使いやすいプログラム言語がiPadに載ることを拒否した。 Apple社は14日(米国時間)、『iPhone』と『iPad』向けの『App Store』から、『Scratch』と呼ばれるアプリを削除した。S

  • 高木浩光@自宅の日記 - ケータイ脳が大手SI屋にまで侵蝕、SI屋のセキュリティ部隊は自社の統率を

    ■ ケータイ脳が大手SI屋にまで侵蝕、SI屋のセキュリティ部隊は自社の統率を 昨年示していた、 やはり退化していた日のWeb開発者「ニコニコ動画×iPhone OS」の場合, 2009年8月2日の日記 日の携帯電話事業者の一部は、「フルブラウザ」にさえ契約者固有ID送信機能を持たせて、蛸壺の維持を謀ろうとしているが、iPhoneのような国際的デファクト標準には通用しないのであって、今後も、他のスマートフォンの普及とともに、蛸壺的手法は通用しなくなっていくであろう。 そのときに、蛸壺の中の開発者らが、このニコニコ動画の事例と同様のミスをする可能性が高い。「IPアドレス帯域」による制限が通用しない機器では、アプリケーションの内容によっては特に危険な脆弱性となるので、関係者はこのことに注意が必要である。 の懸念が、今や、さらに拡大し、ケータイ業者のみならず、一般のシステムインテグレータの思考

  • Subversionの今後は? 分散型バージョン管理にはならないと提案

    Apache Subversionは、ソースコードなどのバージョン管理システムとして普及しているソフトウェアです。今年10周年を迎え、2月にはApache Software Foundationの正式なプロジェクトにもなりました。 Subversionは1つのリポジトリを共有する中央集中型のバージョン管理システムですが、バージョン管理システムではここ数年、gitやMercurialといった分散型への注目が高まり、広まってきました。 こうした状況の中でSubversionの主要な開発者が集まり、今後の方針とロードマップついての話し合いが行われました。そして今後のSubversionの方針(Vision)とロードマップ(Roadmap)についての提案が、メーリングリストにポストされています。 集中型バージョン管理を堅持するという提案 方針を説明する最初の一文でもっとも気になること、すなわちSu

    Subversionの今後は? 分散型バージョン管理にはならないと提案
  • NoSQL登場の背景、CAP定理、データモデルの分類

    その例としてBeck氏自身が過去に取り組んできた生命保険会社のアプリケーションを例に挙げます。そのアプリケーションでは毎日のようにスキーマが変化するため、SQLORM(Object-Relational Mapping)では対応できず、オブジェクトデータベースのGemstoneを利用することで対応できたと述べています。 こうしたSQLだけでは満たせないさまざまな要件、上記の図にあるようにスキーマの可塑性、スケーラブルなデータ読み込み、書き込み、処理の柔軟性などを満たすために、リレーショナルデータベース以外のNoSQLな製品が開発された。これがNoSQLの登場の背景にあるとBeck氏は解説します。一方で、こうしたさまざまなNoSQLを、NoSQLという言葉で表すのは適当ではないという憂慮も示しています。 Here is where the futility of defining NoSQ

    NoSQL登場の背景、CAP定理、データモデルの分類
  • プログラマーにとってのテストの重要性

    優れたエンジニアはテストコードをとても重視している、という話を人たちから直接聞く機会が最近ありました。 オープンソース会の重鎮として知られる楽天のよしおかひろたかさんは「下手なドキュメントを書くくらいだったらテストコードを書くべきだ」「ソフトウェアはテストコードと体のコードの両方が必要。テストコードがないのは未完成品」と、テストコードの重要性を話してくれました。「全部書き直したいような(他人の)ソースコードを見たときでも、テストを書いていると心が落ち着いてくる(笑)」(吉岡氏)。 JavaのフレームワークSeaserの開発者などで知られるひがやすを氏は、コードレビューのときに「テストコードを見る」ことがほとんどなのだそうです。「テストコードがちゃんと書けていればOK」(ひが氏)。 これは1月30日に行われた「Source Code Reading Workshop Japan 2010

    プログラマーにとってのテストの重要性
  • Cookieセッション、BASIC認証マジパネー - komagataのブログ

    Rails検証報告書: プログラマの思索 Railsで特徴的なのは、CookieでHTTP セッションを管理できることだろう。 ここの仕組みが非常に分かりやすい。 Railsの後から付いた機能で一番素敵だと思うのがこの機能です。 「Cookieなんて仕様上は4KBしか保存出来ないんだから寧ろ弱体化してね?」 とか認識されることが多い気がしてならない。 コレ、導入時にも度肝を抜かれて、以降常に、 「ハンパねー、マジCookieセッションハンパねー!」 と脳内のアフロの人が言ってるんですが、大した利点に感じる人は少ないのか、他の言語やWAFで全面採用している例を見たことが無い。 そもそもセッションという言葉自体が複数の処理をまとめた単位という広義の意味とWebアプリケーションで複数リクエストにまたがってサーバー側に保存されるデータという狭義の意味が混在して使われているという事情があってWeb上