モチベーションは楽しさ創造から - なぜ、あの人には教えたくなるのか？ 教わり上手な人の８つの...
自分の力を向上していこうとする際に、最も効率の良い学習の仕方は、「達人から教えて貰う事」。 読書やネットで様々な事が勉強できる環境になったとはいえ、それだけに頼っている人より、身近な達人から『どんどん教えて貰える人』の方が仕事の上達も早い。自分だけの学習では、どうしても限界があったり、効率が悪かったりします。私の身の回りにも教えて貰い上手の人がいて、コンサルティングフィーを支払わずに、上手にノウハウを聞いていく人がいます。こちら側はいつの間にか教えているのです。（後で、無料でコンサルティングしてしまったと思うのですが・・） みなさんも自分の回りを眺めてみると、『どんどん教えて貰える人』と『全く教えて貰えない人』がいませんか？振り返ってみると学生時代も、先生の方に好き嫌いがあり、『懇切丁寧に、どんどん教えて貰える生徒』と『全く教えて貰えない生徒』がいた。社会でも同じような事が多いものです。み
mixiの生みの親“バタラ氏”が語るMySQLの意外な利用法 － TechTargetジャパン
日記だけで4億件のデータ ミクシィが運営するSNS「mixi」は、2007年7月末段階でユーザー数が1110万人。人が12人集まれば、1人はmixiユーザーというわけだ。ユーザーのアクティブ率（ログイン間隔が3日以内）は約62％と高く、2007年4月から6月の月間平均ページビューは117.5億に達した。日記だけでも4億件以上に上るなど、蓄積するデータ量も莫大。2004年3月のサービス開始から、わずか3年半で現在の巨大コミュニティーへと発展したのだ。 ミクシィは、「LAMP（OSのLinux、WebサーバのApache、DBMSのMySQL、開発言語のPerl、PHP、Python）」と呼ばれるWebシステム向けの標準的なオープンソースソフトウェア（以下、OSS）でシステムを自社開発し、安価なPCサーバを1000台以上連ねる超分散構成でmixiのサービスを支えている（広告配信など周辺機能では
UNIXの部屋 検索-リダイレクト
最終更新 2019-01-27 UNIX/Linux のシェル sh・bash・csh・tcsh のリダイレクトを説明する。ファイルへの出力、コマンド出力を別のコマンドの入力とする、標準入力・標準出力・標準エラー出力、パイプなどもあわせて説明する。
【XDev】「とりあえず作って，後から作り直せ」，Rubyのまつもと氏が語るエンタープライズ開発：ITpro
写真●「X-over Development Conference 2007」で講演する，まつもとゆきひろ氏 「結局のところ，顧客に何が必要かは，顧客にも開発者にも理解は不可能だ。そうならば，まずアプリケーションを作って，それを使ってもらい，顧客に合うように直すしかない。これからのエンタープライズ開発も，とにかく速く安く作って，直すことが重要になる」－－。プログラム言語「Ruby」の開発者であるまつもとゆきひろ氏は9月7日，ソフト開発をテーマにしたイベント「X-over Development Conference 2007」の講演でこう主張した。 まつもとゆきひろ氏の講演テーマは「Web 2.0時代のエンタープライズ開発」というもの。Web 2.0時代のアプリケーションは，「YouTube」に代表されるように，「仕組みそのものよりも，データがどれだけ集まっているかが生死を分けている」（ま
特集：prototype.jsを読み解く｜gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
ユメのチカラ: デバッグ方法論
実践的なデバッグ方法論（デバッグの仕方、事例研究）も強く求められている。デバッガーというツール依存のTipsではなく、ソフトウェアのデバッグというプロセスそのものの形式化である。 人々は誰に教わるでもなく自分のデバッグのスタイルを持っている。自分なりな定石を獲得している。しかしそれを明示化して人に伝えようと試みる人は少ない。伝承がまったく不可能なような議論も少なくない。 わたしはオープンソースの時代こそデバッグの方法論を広く共有できるチャンスに満ちた時代だと考えている。いくつか事例を紹介しつつ解説する。 優れたプログラマは優れたデバッグ方法論を持つ。そのデバッグ方法論をぜひ共有化したい。そのためには情報公開が要である。 デバッグとはプログラムの不具合を修正するプロセスである。テストなどによって発見された何らかの不具合を期待する結果に修正する作業である。テストとデバッグの区別が十分ついていな
5分で人を育てる技術 (25)“文書が上手いと言わせる”5つのテクニック(中篇)：芦屋広太一つ...
・先方より，当方が提示した処理画面の操作性が問題なので，見直してほしいとの要望があった。 ・上記については，当方にて検討することで了承いただいた。 ・また，先方から，社内の情報提供に使いたいので，弊社が提供するシステムの機能と画面イメージをメールで送ってほしいとの要望があった。 ・上記については，後日メールする旨返事をした。 ・東氏より，当方のシステムを使ってみたが，非常に分かりやすいとの感想があった。弊社のシステムは特に問題ないのではないかと思われる。 ・戸塚氏からは，上司に説明したところ，テストについてもよろしくお願いしたいとの指示があったとの話があった。 ・これに対し，当方からは，一緒に相談しましょうと回答した。 ・次回の打ち合わせは来週の水曜日くらいとの話になったが，その日は東氏の都合が悪いかも知れないとの話になり，結局，その場では決められなかったため，後日調整しましょうという話に
Googleカレンダーを便利にする４０のツール - GoogleMania | グーグルの便利な使い方
Googleカレンダーを便利にする４０のツール 管理人 @ 8月 31日 01:10pm Firefox, Google カレンダー Mashable!より、Googleカレンダーを便利にする４０のツールをご紹介します。 当サイトでは、「GoogleCalendar（グーグルカレンダー）の使い方まとめ」でも数多くのツールを紹介していますが、まだまだ知らないツールがたくさんありました。 一部のスクリプトの利用にはFirefox Greasemonkey または、Stylishが必要です。 インターフェース Compact Header ： Googleカレンダーのヘッダーを非表示にするユーザースタイル。 Extra Tabs ： タブの日にち間隔を任意の範囲に指定。 Full Cal ： カスタマイズできるショートカットキーでカレンダーを拡大表示できる拡張機能。 Google Air Ski
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？ (1/3) - ＠IT
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？：現場から学ぶWebアプリ開発のトラブルハック（6）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） 【第1章】Tomcatが無応答!? トラフィックの多い大規模サイトでは、その負荷のためにさまざまな問題が発生する。それらの問題を回避するには、性能を考慮して作られたアプリケーションや、ノウハウに基づいたミドルウェアのチューニングが必要となる。 TomcatはServletコンテナとしての長い歴史を持ち、多くの採用実績を持つオープンソースのアプリケーションサーバ（以下、APサーバ）だ。大規模なサイトで採用される事例も出てきており、To
仕事を先延ばししてしまう11の理由とそれへの対策 | P O P * P O P
よく言われることですが、自分でも意識していなかったところがあったので勢いで翻訳してみます。 「11 Causes and Cures for Procrastination」です。「やらなくちゃいけないんだけど・・・なんだかねぇ・・・」というときにいかがでしょうか。どの理由が自分にあてはまるかがわかれば対策もわかってくるのかもしれませんよ。 よろしければ以下からどうぞ。 やろうとしていることが複雑と思い込んでいる 対策：やるべき仕事を書き出して、小さなアクションに分解してみましょう。次にとるべき具体的な行動は何かを想像してみましょう。どんなに小さい仕事でもいいので何かにとりかかってみましょう。 仕事は完璧にすべきだと思い込んでいる 対策：人間は完璧ではありません。また完璧なことよりも速度が大事な時も多いです。とりあえず80%完成させることを目指しましょう。 意思決定の仕方がはっきりしていな
The Now Habit (1) 仕事を先送りしてしまうのは、怠惰だからではない | Lif...
英語では「仕事を先送りする」「ぐずぐずしていて手をつけられない」ことを procrastination という、たった一つの単語で言い表せます。わかってはいるけど、どうしても手が付けられないという状態はどこでも同じようにあるものらしいですね。 仕事に手を付けられずにぐずぐずしているときは、誰だってべつに気分がよいわけではないでしょう。むしろ「自分はなんて駄目なんだ」と自分を責める気持ちのほうが強いはずです。 それでは何で私たちは仕事を先送りしてしまうのか。このテーマについて実践的な対処方法を書いた心理学者 Neil Fiore の The Now Habit という本が、43Folders 経由でこれを知って以来、私の愛読書です。 これから５回にわけて、この本についてご紹介しますが、実際には紹介しきれないテクニックや実例が本には満載されていますので、興味のある人はぜひ原書を当たってみてくだ
「何でも楽しいという友人」のようになる為の６つのツールズ - モチベーションは楽しさ創造から
何でも楽しいという友人 - はてな匿名ダイアリー というエントリが話題だ。この友人のようになりたいなぁという共感させられる事が多い。また、身近にそのような「友人」を誰でも一人くらいは知っているからではないでしょうか？ このエントリーを読んだ時、この友人が持っている力こそ、私が研究している「楽しさ創造力」じゃないかという事を感じました。何でも楽しめる友人のような人であれば、モチベーションなんか考えなくてもいい。楽しい事は自然に一生懸命になりますからね。 語学、論理的思考力、計算力等ビジネスに必要な能力はたくさんあると思います。しかし、友人が持っている「楽しさ創造力」こそ、ビジネスマンが身につけると、最強の能力だと思うんです。このエントリーを読んでいない人もおられると思うので、ちょっと紹介。（読まれていない方は何でも楽しいという友人 - はてな匿名ダイアリーを読んで、こちらに戻ってきて頂いたら
ユメのチカラ: ソースコードの読み方
ソフトウェア工学の標準的なカリキュラムにソースコードの読み方というのがあるのかないのか知らないが、プログラマとして最も重要な資質の一つにコードの読解力というのがある。 ついでに言えば、大学や専門学校であまり教えられているとはいえないけど、実践では常に必要とされているものとして、テストの方法論、デバッグの方法論、性能向上の方法論、メモリなど各種資源の削減方法論などなどがある。国際化、移植性なども重要な単元であるがソフトウェア工学の中で教授されていると言う話はあまり聞かない。コードのハック一般についてどこかで議論されているのだろうか。経団連あたりで議論しているのだろうか？ 閑話休題。 ソースコードの読み方ということで、最近では「コード・リーディング」というそのものずばりの教科書も出ているので状況は好転しつつある。コードの読み方はオープンソースの時代になり、間違いなく広く情報を共有できるようにな
日本のインターネット歴史年表 | All-in-One INTERNET magazine 2.0
「日本のインターネット歴史年表」は、日本のインターネット史におけるエポックメイキングな出来事を中心に、当時の世の中の動きや海外の大きなトピックをまとめ、年表にしたものです。この十数年を振り返りながら、次世代のインターネット技術、ビジネスへとつながるヒントを見つけ出してください。 編集部 THE INTERNET HISTORY OF JAPAN～歴史の続きを創るのはあなたです～ この「日本のインターネット歴史年表」は、日本のインターネット史におけるエポックメイキングな出来事を中心に、当時の世の中の動きや海外の大きなトピックをまとめ、年表にしたものです。 長らくインターネット業界にかかわってきた方にとって、この年表はノスタルジーを感じるものであるかもしれません。 もちろんそれも結構ですが、この年表に込めた意図は、むしろこの十数年を知らない若い世代やこれからインターネットの分野に取り組もうとし
覚えておきたい配色のワザと便利なツール :: Love & Design ::
Webデザインや配色に役立つ（かもしれない）テクニック、便利なツールを紹介しています。 /*無駄にエロいのは仕様です*/ 01 About 02 Blog 03 Color 04 Design 05 Love 06 etc 色の3つの要素 配色を行う前に、色に関する基礎知識をおさらい。色は「色相・彩度・明度」の3つの要素によって成り立っています。明度だけの性質を持つ無彩色に対し、有彩色は色相、彩度、明度の3つの性質を持っています。これを「色の3属性」と呼びます。 色相（しきそう：Hue） 色相とは、赤・橙・黄・緑・青・紫などの色みのこと。 （色相はつながりあって色相環という輪になります。） 彩度（さいど：Saturation：Chroma） 色の鮮やかさ、強弱の度合いのこと。 彩度が高い（鮮やか）⇔彩度が低い（鈍い） 明度（めいど：Value：Brightness） 色の明るさの度合いのこ
頭の中にプログラムを入れる
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマーの“宿命”？ ファイル操作に関する常識
【2ch】日刊スレッドガイド : 生放送最大の事件ってなんだと思う？
ダメなユーザインタフェイス講座