「うちら」の世界 - ２４時間残念営業
2013-08-06 「うちら」の世界 最近は冷蔵庫に入ったりなんかくわえたりするのが流行りらしいです。 このへんのことについては、書こうと思ってうまくいかなくていくつか文章を放置してあったんだけど、今日、どこぞのまとめ見て不意にまとまったので書いてみる。 なおこのエントリは、本来だったらもうちょい精密に考えなきゃいけないところを、自分の経験に引き寄せすぎて、ちょいとざっくりと処理しちまってるので、あんまり論としてはよいものではないです。 さて、件の炎上した人たちについては、バカに見える。現実問題としてアホだなあとは思うわけだが、俺自身の思想によって、バカであるという判断では終わらせられない。もしバカなのだとしたら、過去にも同様にバカはいたはずで、過去のバカと現在のバカはあまり変わらない、彼ら、彼女らだけが特異的にバカなのではない、と考えるわけだ。つまり、彼ら、あるいは彼女らが悪いというの
制約を身につける - レジデント初期研修用資料
「ここまでは得意ですが、ここから先はできません」という制約を持つ人が得意分野に熟達すると、その人は専門家と呼ばれるようになる。 「得意不得意こそありますが、私は基本的になんでもやります」という人が全方向に頑張ると、その人は「熟達した使い走り」になってしまう。 制約は知恵を引き出す たとえば300文字程度の考えを文章化しようと思ったときに、Twitter はいい道具になる。簡単なサービスだからすぐに書けるし、つながった誰かの反応をもらうこともできる。何よりもTwiter には「140文字しか書けない」という制約があって、アイデアを文章化するときには、こうした制約が役に立つ。 アイデアを文章化するのに必要なのが300字なら、Twitter ではそれを2回に分けて書く必要がある。ベタ打ちしたアイデアを途中できるのはみっともないから、思いついた何かは必然的に、140字で語れるだけの大きさに分割され
そもそもコミュニケーション能力ってなによ - ２４時間残念営業
2013-01-07 そもそもコミュニケーション能力ってなによ あぐらかいてるだけで足つりそうになる４２歳の思春期ボディをいたわりながら、ＲＳＳの未読を消化してたんだけども、ふとこの記事に出くわした。といっても、言及っていうより、読んだことによって俺が勝手に思ったアホみたい疑問を書いていこうと思う。 タイトルが「『コミュニケーション能力』と十把一絡げに捉えることの弊害」ってなってたんで、タイトルを見た時点で「ひょっとして世のなかでは、いろんな能力が十把一絡げにされてコミュニケーション能力っていう言葉のなかに押し込められてるのかなあ、だとしたらそれはどんな能力なのかなあ」と思って読んでたら答えはどこにも書いてなかった。あたりまえっちゃーあたりまえだ。そもそも「コミュニケーション能力ってどんな能力なんだろう」って疑問に思うほうが少数派なので、たいていの場合、それは自明だ。 大雑把にいえば「人と
新葡萄8883官网-AMG-Apple App Store
新葡萄8883官网-AMG-Apple App Store 服务器错误 404 - 找不到文件或目录。 您要查找的资源可能已被删除，已更改名称或者暂时不可用。
技術革新は何のためにあるのか？ - 急がば回れ、選ぶなら近道
技術革新は須く斬新的なものであるべし、という肩に力の入った信念の人は流してください。ちょっと、力の抜いた小ネタなので。 最近というかここ10年来、いわゆる業務系のシステムに関わっていてよく思うことではあります。特に最近、NoSQLやHadoopといった「新技術」が登場するにつけて強く感ることではあるのですが、なんというか、「こんな感じ」のことができます、というようなプロダクトアウト的でありながら、かつ、漠然とした抽象的な話が多すぎる気がします。要は、全般的に問題の設定が苦手だよなということです。 特定の技術の各論はともかく、まず、大上段に構えると、実はITでは一般の人が想像する以上にユーザーとベンダーで期待ギャップがあります。ユーザーから見ると、大抵は「こんなこともできないのか？」ということがごく普通にできません。一方、一般のTVとか報道とかは、スパコンや遺伝子やビッグデータや、なんやらか
新社会人の君へ-disるということについて - あんちべ！
「ご趣味は？」と聞かれて「Lispをdisることですね（ｷﾘｯ」と答えてしまい、 合コン開始4秒で蚊帳の外に放り出されるあんちべです、こんばんは。 今から長い文章を書く。 結論だけさっさと言っちゃうと 「まぁ、初めのうちは、あんまり『○○は使えない』とかdisらない方が良いよ」の一言だ。 さぁ、それで話しはおしまい。もし暇だったら続きも読んで欲しい。 （あと、この文章はたった一人のために書いた。 ちょっと妙に聞こえるところもあるだろうけど、そこは聞き流して欲しい） 私はよくいろんなものを嫌いだ嫌いだとdisる。 にわかベイジアンが嫌い（話すと長くなる）、Javaが嫌い（JVMは愛してる）、Perlが嫌い、 MavenとかCVSとかが嫌い、アジャイルアジャイル言ってる人が嫌い（アジャイルが嫌いなわけじゃないよ）… 言い出したらキリがない！毎日新しいdisりの種が沸いてくるんだ！ 何度か様々な
僕は自分が思っていたほどは頭がよくなかった - しのごの録
Redditで話題になっていたポストを訳してみた。 僕は自分が思っていたほどは頭がよくなかったという高校生の独白にたいしてつけられたこのちょっと長めの返信がとても的確で示唆に富んでおり、多くの人のこころをつかんでいました。私自身、勇気づけられるというか身につまされるところがあり、忘れないために翻訳をしてみました。 まずは高校生の独白から。 僕は自分が思っていたほどは頭がよくなかった 僕はいま高校の最終学年で、次の６月に卒業する予定です。高校の成績は、いままでずっとAを取りつづけていましたが、去年始めてBをとってしまいました。もしそのBがなければ、卒業生総代に選ばれていたでしょう。 総代にふさわしいのは自分だ、つまりクラスで本当に一番頭がいいのは自分だと思いたいです。でもこの一年で、僕にそれほどの知性はないし、僕より頭のいい人はたくさんいるんだということを思い知らされました。 また僕は、自分
What's New in SQL2016 CTP2 Release - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
matzさんの技術者とアイデアにかんするまとめ
Yukihiro Matz @yukihiro_matz 制限がないほうが成功しやすいというのは勘違いだ。イノベーションも成功も制限や制約をなんとかしようというモチベーションによってこそ達成できる。むしろ積極的に自らに制約を課そう 2011-11-21 18:12:47 Yukihiro Matz @yukihiro_matz 熱意はあるが技術も金もない人が、技術者になんとかして(安くorタダで)作ってもらおうとする構図に飽き飽きしてる。その熱意は自分で技術を学ぶとか、スポンサーを説得する方向に使ってもらいたい。 2011-11-21 22:30:50 Yukihiro Matz @yukihiro_matz 優秀な中国人に打ち勝つためには？：ネットバー：ITmedia オルタナティブ・ブログ http://t.co/7PiMnwVc / 技術で勝てないならマネジメント力で、なんだそうだが
サラリーマンとビジネスマンの違い（雑感） - やまもといちろうBLOG（ブログ）
また新しく会社をひとつ立ち上げることになりました。今回は久々に東京で。半年以上ぶりでしょうか。 オフィスは新規事業への取り組みや旧事業から新事業への移行、新しい社員の受け入れなどでてんやわんやになっておりますが、採用や幹部社員などとの話し合いをしているとき、意外に忘れられがちなところに気づきましたんで、自己の備忘録的に書いておきます。酒を飲んでいるのと出張疲れがあるので乱文ご容赦。 サラリーマンとビジネスマンの違い、と書くと、サラリーマンは駄目で、ビジネスマン万歳みたいなノリになりやすいのですけど、私はどちらが上とか下とか思っていません。雇われるにあたって、やはり人によって働き方や、力の出せる環境、マネジメントに違いがあると思うのです。 教科書的なことに過ぎないものでも、それを行動様式に落とし込んだり、組織の中でハンドリングしていくには、やはり相当ブレークダウンしていかなければならず、受け
Web Applicationを綺麗に設計するためのMVACという考え方 - $shibayu36->blog;
【2016/03/04追記】以前まとめたこのMVACという名前の設計は既に古くなっており、今はこのようなアーキテクチャで設計していません。 こんにちは。最近ははてなでMVACというアーキテクチャに則って開発をしているのですが、ようやく意味を理解できてきました。そこで今回は「Web Applicationを綺麗に設計するためのMVACという考え方」について、サンプルを交えながら説明していこうと思います。かなり長くなってしまったので、時間があるときにでもどうぞ。 MVACって？ データソースやロジックを扱う「Model」、表示・出力を管理する「View」、複数のModelとControllerをつなぐApplication、ユーザのリクエストなどを受け取りViewやApplicationを制御する「Controller」の4つの要素を組み合わせてシステムを実装する方式。MVCをさらに抽象化した
自転車置場の議論 - bkブログ
自転車置場の議論 人が集まると、なぜかどうでもいいようなことほど議論が紛糾してしまう傾向がありますが、このような現象のことを、FreeBSD のコミュニティでは自転車置場の議論 (bikeshed discussion) と呼んでいることを知りました。 この、「瑣末なことほど議論が紛糾する現象」はパーキンソンの法則という本の「議題の一項目の審議に要する時間は、その項目についての支出の額に反比例する」という法則として知られています。 この本の中で著者は、原子炉の建設のような莫大な予算のかかる議題については誰も理解できないためにあっさり承認が通る一方で、市庁舎の自転車置場の屋根の費用や、果ては福祉委員会の会合の茶菓となると、誰もが口をはさみ始めて議論が延々と紛糾するというストーリーを紹介しています。 このように、「瑣末なことほど議論が紛糾する現象」はパーキンソン氏によって見事に説明されているの
プロとしての行為 Act as Proffesional
スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと
プログラマーの成長を考えないSIerの仮説は間違っている - 達人プログラマーを目指して
Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指してのコメントで 熟練者も居ることは理解しているが、開発をする上で熟練者ばかりを集めることはできない。このため初心者側にレベルを合わせざるを得ない。 というコメントをいただきましたけれど、これは実に典型的なSIer（の上司）の考え方ですね。SIerの仮説と呼んでもよいくらいですね。とにかく、この仮説の前提となっているのは プログラマーのスキルレベルは一定で成長しない プログラマーは容易に交換可能なリソースである プログラマーは単純労働者である というモデルです。とにかく、この仮説がはびこっているから、いまだにSIerのフレームワークは「初心者側にレベルを合わせざるを得ない」という思い込みで作られていることが多いのでしょう。 COBOL（の初期の）時代ならまだしも、少なくとも現在の開発環境にお
職業にして失うということ - 深町秋生の序二段日記
山下洋輔の新刊エッセイ「ピアノ弾き即興人生」を読んだら、おもしろいくだりがあった。 音楽を職業としていると、どうしても音楽を普通に聴くことはできなくなる。それゆえテレビから流れるちょっとした音楽にも苛立ってしまうというお話。どんな音楽であれ、耳に入ってくると、つい批評したり、なにかをそこから学ぼうとしてしまうという。落語やＮＨＫの「ラジオ深夜便」といった人の言葉を誘眠剤代わりに聴くときがあるけれど、音楽ではそうはいかない、眠るどころではないらしい。 たとえば、昔の歌謡曲でも、六〇年代ヒットパレードでも、モーツァルトでも、聴こえたとたんに神経がピリピリする。「そうか、こういう風に曲を作っていたのか」「この編曲はどうなっているのか」「この曲が作られた背景にはどういう社会的音楽的状況があったのだろう」などと要らぬ考えに迷い込む。そのうち、自分の知識の無さに情けなくなったりして、安らかに眠るどころ
最初の一歩は始めること
Jason Zimdars / 青木靖 訳 2010年8月31日 「Webデザインを始めたい場合、どうすればいいんでしょう？」とか、「Webアプリを作り始めるには、どんなスキルが必要ですか？」といった質問をする人がたくさんいる。おすすめの本を山ほど挙げたり、「となりのやつより115%上をいく55の技」みたいな記事を何十本かリストアップするのは簡単だが、本当のところを言うと、始めるために何かを学ぶ必要はない。一番重要なことが何かというと、ただ始めることなのだ。 何かを作り始めること。Webデザインを学びたいならWebサイトを作ればいい。起業家になってWebベースの製品を売るビジネスを始めたいなら何かアプリを作ればいい。まだスキルがないかもしれないけど、どうしてそんなこと気にするの？ どんなスキルが必要になるかもわからないというのに。 すでに知っていることを使って始める Webで何か作りたいん
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
