高品質のコードベースは、反復作業やコラボレーション、メンテナンスを簡単にすることで、長期的な開発のスピードを上げてくれます。Quoraではベースコードの品質は重要だと考えます。 高品質のコードを維持することは利点がありますが、その反面かなりのオーバーヘッドが発生し、実際の開発のサイクルに時間が掛かってしまいます。このオーバーヘッドと利点の折り合いを付けるのは難しい問題です。この場合、2つの選択肢しかないように思えます。低品質でコードスピードが速いか、もしくは高品質でスピードが遅いか。スタートアップは素早い開発サイクルに最適化しているので、多くの人は低品質で進めたほうがいいと思っています。 このジレンマは解消できます。ツールやプロセスを工夫することで、コードベースの品質を維持したままスピードを速めることができるのです。この投稿では、コードの品質に関しての私たちの考えや、2つの世界を共存させる
Situs Slot Online Berikan Fenomena kemenangan Bisa Dilipat Gandakan Kemenangan yang dapat diraih secara konsisten juga menjadi daya tarik tersendiri bersama slot online terpercaya di indonesia. Dengan setiap taruhan yang ditempatkan, pemain memiliki peluang nyata Read More Pengaturan Bankroll Slot Online Akan Membuat Keuangan Kamu Stabil Pastinya Salah satu permainan yang menawarkan peluang besar
はじめに この記事は、MySQL Casual Advent Calendar 2013 7日目の記事です。 〜 Casual に記事を書けばええんやでヽ(´ー｀)ノ 〜 私がMySQLで えっ？！ っと思った下記エントリーの挙動が何故そうなってしまうのかを書きたいと思います。 InnoDBで行ロック/テーブルロックになる条件 MyISAM はテーブルロック、InnoDB は行ロックが掛かるというのは有名な話じゃないかと。 ただ、最近知ったのですが、InnoDB だとしても必ずしも行ロックになるわけではなく、テーブルロックになる場合もあるようですね。 ... InnoDB であってもユニーク制約 or インデックスが張られているカラムで検索した場合以外はテーブルロックになってしまうようです。これは注意しないと思わぬところでテーブルロックになってしまって大変なことになりそう！ http://
GitHub トレーニングチームから学ぶ Git の内部構造のノートです。 曖昧なところもあるので、間違いがあったら教えてください！ http://connpass.com/event/3808/ Graphs, Hashe, and Compression, Oh My! 登壇者：@matthewmccull Hashesについて 従来の CVCS （集中バージョン管理システム）のリビジョン番号は連番。 SVN はサーバーにデプロイした時点でリビジョン番号1と設定される。 Git は SHA1 をつかっている。40桁の16進数のフィンガープリントがついてる。これは理論上は重複しない大きさ。こうすることで単純で強固な DVCS （分散バージョン管理システム）がつくれる。 新しいファイルを追加すると、.git/objects/55/7db03de...(SHA1 finger print)
このウェブサイトは販売用です！ samulife.com は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、samulife.comが全てとなります。あなたがお探しの内容が見つかることを願っています！
20歳を過ぎてから英語を学ぼうと決めた人たちへ | The Wisdom of Crowds – JP
20歳を過ぎた日本人（留学経験無し・受験英語/TOEIC英語しか学んだことがない人達）が下記の段階に到達するための英語学習法を公開しています。 このハタチエイゴ学習法が目指す目標 TOEIC試験で860点(Aレベル)以上に到達する。 「読む」「聞く」という受身な英語だけではなく、自分から英語を発信すること、すなわち「話す」「書く」がちゃんとできるようになる。 英語を母語とする人たちと英語で意思疎通できるようになる。第２言語としての英語を使いこなせるようになる。 ハタチエイゴ・基本情報 この勉強法ははてなブックマークを7,700以上獲得した人気記事です。 このblogは書籍化されてDiscover21より2010年9月16日に発売しました。書籍の名前は「20歳を過ぎてから英語を学ぼうと決めた人たちへ」です。5刷で26,000部。 勉強法の問い合わせは執筆者である@HAL_Jまでお願いします。
しわっす！DBA 兼オペレーションエンジニア兼タスクマネージャやってる riywo です。何のネタを書こうかなぁと考えたのですが、正直ネタを仕込む時間もなかったので僕がいつもやってることをさらっと紹介するということで勘弁して下さい＞＜ MySQL がおかしい！ 03:14 hidek: なんかエラー出まくってるんだけど！ 03:14 zigorou: MySQL と通信してるとこっぽい 03:15 riywo: 見ます こんなやりとりは皆さん日常茶飯事ですよね？ね？ね？こんな時に、DB に責任を持つものとして真っ先に対応するのが僕らの仕事です。でも、じゃあ具体的にこのあと何をしましょう？既にサービスはエラーだらけで一刻を争う状態です。 (対応開始) まずはエラーメッセージ 今回の様な場合はアプリのエラーログにどばっと MySQL に関するエラーが出ているでしょう。まずはそれを見ることが始ま
ゼロノートコンセプト Photo by donpy Evernote 4.1.4（無料） カテゴリ: 仕事効率化, ユーティリティ 現在の価格: 無料（サイズ: 12.8 MB） 販売元: Evernote – Evernote リリース日: 2008/07/11 iPhone/iPadの両方に対応 現在のバージョンの評価: （40件の評価） 全てのバージョンの評価: （16,909件の評価） はじめに iPhone版4.0からはUIもかなり進化し使いやすくなりました。それでもiPhoneでEvernoteはちょっと。。という方も多いかもしれません。ヘビーに使えば使うほどEvernoteは大変に重くなるからです。 モバイルシーンの鉄則は「無駄なモノは持ち歩かない」ことです。 かねてから私はEvernoteのノート数が多いからオレは使いこなしてる的な風潮を覆したいと思っていました。5000あ
Vimテクニックバイブルは既にVimエディタを利用している人向けに、さらなる作業効率の改善を行うための手法やプラグインなどの解説を150のTipsとして紹介する本で384ページ2980円で、技術評論社より9月中旬発売予定です。 「Vimテクニックバイブル〜作業効率をカイゼンする150の技」の概要 Vimテクニックバイブルを執筆しました。 Vimテクニックバイブルは既にVimエディタを利用している人向けに、さらなる作業効率の改善を行うための手法や、 プラグインなどの解説を150のTipsとして紹介する本です。 おおよそ本サイトを見に来て頂いている方ならば、ちょうど良い本になっています。 想定読者 Vimエディタを利用しているけど、さらに色々知りたい方 Vimエディタの基礎の先を知りたい方 Emacsテクニックバイブルを読んで、Vim版Emacsテクニックバイブルが欲しくなった方 ちょっとだけ
Tweet Mac OSをLionにしてから、動作が遅くなった。 使用している機種はMacBook Air 2008 Earlyで、CPUはIntel Core 2 Duo、メモリは2GB。現行のMacと比べるとスペックは低い。 それでも、LeopardからSnow Leopardにした時は速くなった。古いハードにとってOSのバージョンアップは諸刃の剣だが、Snow Leopardはインストールした直後からキビキビ動いた。 Lionは違った。 使っているうちに、全体の動作がモッサリしてくる。レインボーマークが回り続けてフリーズする事もある。リリースされたばかりのOSで調整が甘いのだろう。使っているハードのスペックも低い。そう諦めていた。 だが、ある設定を変更しただけでモッサリ感が解消された。 それは、Macの手書き説明書で紹介されていた、再開機能を無効にする設定だ。 冒頭のスクリーンショッ
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
iPadは場所を選ばず手軽に使えて便利なのだが、結局のところ、MacBookの代わりにiPadで作業しようとする限り、MacBook以上に快適に作業できることはなくて、現状ではiPadでの作業はMacBookに比べて冗長になる。（もちろん、iPadでしかできない作業とか、iPadが得意な作業というのもあって、例えば、現在地を絶えず追跡しながらカーナビのように地図アプリでナビゲーションするとか、PDFをまるで紙の本のように再現するとか。） たぶん、長年MacBook（のようなマウス＆キーボードUIのパソコン）を使ってきて、その環境での作業が慣れているせいもあるかもしれない。それに、そもそもマウス＆キーボードUIには25年以上の歴史があり、その中で常に進化し続けてきた。今のMacBookは、すべてがマウス＆キーボードUIに最適化され、かなり成熟した作業環境になっているはずなのだ。さらには、自分
GoogleがWeb全体のスピードアップにいよいよ本格的に着手, 一社だけではできないと強調 からリンクのあった、 http://code.google.com/intl/ja/speed/articles/optimizing-javascript.html が日本語かと思ったら日本語じゃなかった・・・・。 いやー、意外とというか文字列については、全然知らんかった。 Closureって便利だし、「おぉ〜俺って使ってるジャン」みたいな気になれるからついつい使っちゃうんだけど、高コストなのね・・・・。反省。 ということで、超適当翻訳。どっかの誰かが書いてるかも。 前おき 著者: Google Chromeのエンジニア Gregory Baker, Software Engineer on GMail & Erik Arvidsson 推奨される経験：JavaScriptの実践的な知識 クライ
はじめにパワーポイントというのは、今や企画書作成用ツールとしてビジネスになくてはならない存在になった感があります。ぼく自身も、本業は企画者なので、これまで数え切れないくらいの企画書をパワーポイントで書いてきました。そんな中で、最も気をつけ、また力を入れてきたのが「デザイン」でした。内容もさることながら、見た目の美しさや、読んでみたくなるような構成・演出、読みやすさなどに、何よりこだわってきました。なぜかといえば、企画書というのは、多くの場合、まず手に取ってもらうまでに大きなハードルがあるからです。その次に、実際に見て読んでもらうまでにまた大きなハードルがあります。 企画書というのは、書いたら必ず読まれるというものではありません。むしろ多くの企画書は、ほとんど読まれない運命にあります。なぜかといえば、企画書というのはたいていいくつも提出されるからです。一つの案件に対し、10個も20個も提出さ
strace システムコールをトレース。カーネルと何を話しているか。 strace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 straceを使ったデバッグ - SourceForge.JP Magazine : オープンソースの話題満載 Linuxカーネルの作り出す世界 − ＠IT自分戦略研究所 - ふつうのLinuxプログラミング 青木峰郎 システムコールとライブラリ関数 − ＠IT自分戦略研究所 システムコール・ライブラリルーチン - UNIX の部屋 ltrace 共有ライブラリの呼び出しをトレース。*.soと何を話しているか。 ltrace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 ltrace で共有ライブラリの関数呼び出しをトレースする - bkブログ 404 - エラー: 404 - Linux JF ƒ‰ƒCƒuƒ‰ƒŠ‚ÌŠ
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
JSON（http://www.json.org/）データはけっこうよく使うので、何度か話題にしたことがあります（例えば「もう一度、ちゃんとJSON入門」）。でも、JSONには型情報／メタ情報が付けられないのがとても不満で、JSON改なんてもんを考えたこともありました。（後でXIONに改名） JSONデータに対するスキーマ定義の仕様がかたまりつつあることを、ごく最近になって知りました。 http://json-schema.org/ JSON本体はRFC 4627になっていますが、JSONスキーマの標準化のステータスは、あまりハッキリとは分かりません（僕には）。http://groups.google.com/group/json-schema?pli=1 を覗き見した感じでは、現状ワーキングドラフトという位置付けらしいです。 なかなか面白いし役に立ちそうなので紹介します。ただし、僕にとっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
