rummelonp.comNameKazuya Takeshima Blogrummelonp.hatenablog.com Mastodon@[email protected] Twitter@rummelonp GitHub@rummelonp
2006年の発売当時に紙書籍で購入し、最近PDFで買い直してKindleに突っ込んでいた エンジニアのための時間管理術を 読み直していて、自動化について記載されていたので自戒をこめてまとめておく。 古い本ですが、エンジニア(特にインフラエンジニア)の時間管理術に関しては今でもこれが一番かと思います。 自動化の目的 自分の仕事を減らす。作業時間の短縮や勝手に処理が実行される。 他の人に作業を委任する。委任出来るようにする。 自動化すべきものと自動化すべきでないもの 一度だけ行う単純な作業は自動化すべきでない。(自動化することのほうが時間がかかる) 一度だけ行う難しい作業は自動化すべき。(作業の記録を残すことができる。再びその作業に出会うときに役に立つ。一度あったことは再びあることが多い) 頻繁に行う単純な作業は自動化すべき。(自動化の効果が最も高い。自動化に投資した時間はすぐに報われる) 頻
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ https://mac-tegaki.comへ移転中 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
Fireboot 「Fireboot」は、Firefoxにインストールされているアドオンから使っていない不要な言語ファイルを削除して、Firefoxの起動を大幅に高速化することができるソフトです。Firefoxの起動や動作が「重い」と言われる理由の一つに、アドオンと呼ばれる拡張機能の存在があります。 アドオンのファイルサイズ自体はZIP形式で圧縮されているためそれほど大きいものではありませんが、Firefox起動時にインストールされているアドオンを読み込む際、いったん解凍してから読み込む必要があるため、アドオンの種類によってはこのプロセスに非常に時間がかかってしまうものがあります。 またFirefoxのアドオンには通常複数の言語ファイルが含まれており、どのような言語環境でも問題なく使用できるようになっていますが、その反面ユーザーにとって不要な言語も含まれているため、これがFirefox起動
圧縮後のJavaScriptやコンパイル後のCoffeeScriptでも、ブラウザ上で元のソースを参照できる新技術「Source Maps」登場 JavaScriptをデプロイする際には、できるだけ小さくするために余計なスペースや改行を取り除き、さらに関数名なども変換して圧縮することがあります。しかし圧縮後のJavaScriptにバグが見つかるとそのままではデバッグしにくいため、いちいち元のソースコードに戻してデバッグしなければなりません。 Webサイト「HTML5 Rocks」の記事「INTRODUCTION TO JAVASCRIPT SOURCE MAPS」で紹介されたWebブラウザの新技術「Source Maps」は、圧縮状態のコードを実行していても元のソースコードを参照しながらデバッグできるだけでなく、CoffeeScriptのようなJavaScriptへ変換する言語であっても、
このブログをお読みの方には既に不必要かもしれませんが、XHTML 1.0 と CSS 2.1 の入門記事です。 社会人のためのWebデザインスクール 用に作成したプレゼン資料をもとに記事にしています。 授業の時は、先にこの話をしてから XHTML を書いてもらうのではなく、先に HTML/XHTML&スタイルシートレッスンブック―ステップバイステップ形式でマスターできる を読みながら XHTML と CSS で簡単なページを作成してからこの話をしています。 その理由としては、HTML や XHTML を1度も書いたことがない方に「ブロックレベル要素」や「インライン要素」、CSS の「セレクタ」等の話をしても何のことか分かりにくいだろうと考えているからです。 ※この記事は2012年に執筆したものです。現在の 社会人のためのWebデザインスクール では、HTML・CSS コーディングについては
まるで水か空気のように身近すぎて、すっかり紹介するのを忘れてました! どうも、鰐です! このアプリがないFinderはボクにはちょっと耐えられません。 例えばファイルをコピーや移動させるときに、うまくドラッグできなくて違う場所に保存しちゃったり。 そうしたちょっとした下手がすごい面倒だったりしませんか? そんな「ちょっとした」を少しでも解消してくれるアプリ、それが「XtraFinder」です。 もちろん安心の無料アプリですしLionでも問題なく動作しています。 まずコレが標準のFinderでファイルを右クリックした場合のメニュー。 見覚えありますよね。 そしてコレがXtraFinderをインストールした後のメニュー。 いくつか新しい項目が増えています。 Copy To… や Move To… を選択するとファイルのコピー・移動が行えます。 選択するとコピー(移動)先のフォルダを選択するウイ
We started reading nginx's code being lead by id:suzak... Premises Mac OSX Lion GNU gdb 6.3.50-20050815 (Apple version gdb-1708) nginx-1.1.16 We're going to find out what ngx_single_process_cycle() in os/unix/ngx_process_cycle.c:295, called from core/nginx.c:200 main(), does. $ gdb -v GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu Nov 3 21:59:02 UTC 2011) Copyright 2004 Free Software Founda
ソフトウェア開発の現場では、特定作業に特化した専門家による分業開発から、個々人が幅広い作業をこなす多能工による開発といった方向に変わりつつある。アジャイル開発プロセスそもそも多能工を前提としている。また、全般的なソフトウェア開発プロジェクトが大規模より中小規模・短工期にシフトしていることが、専門家(単能工)による開発を難しくしつつある状況も、開発エンジニアの多能工化を後押ししている。しかし、多能工によるソフトウェア開発はベストプラクティスかというと、そうではないと思う。多能工アプローチの問題点について考察して望まないと、思わぬところから足をすくわれる事がある。 なぜ多能工なのか?専門家(単能工)はなぜだめなのか? ファクトリー型アプローチは一時期流行し、いまなお一定の価値をもってはいるが、ほとんどのアプリケーション・ソフトウェアの開発には、現在これよりも有効な手法が存在している。 ソフトウ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く