note版 突然画力が伸びだした時、僕が発見した事｜安倍吉俊
これは、僕のYouTube動画の台本です。台本、というと、これを朗読しているみたいですが、これをこのまま読み上げているわけではなく、話す内容を整理したり、それを頭に入れるために、まずこのくらい書かないといけないので、コツコツと文字を打って、何度も読み返して、それから話すようにしています。 普段はもう少しメモ書きに近いのですが、今回はしっかり書いたので、noteに置いてみます。 動画はこちらです。あっ、台本の時とタイトル違う……。 これは、僕の予備校時代のある気づきに関する話です。漫画やイラストではなく、鉛筆の石膏デッサンの話ですが、イラストでもこの考え方はそのまま使えます。 絵は基本的には手を動かさないと上手くなりません。でも、ただ枚数をこなしても、上手くなるとは限りません。予備校時代、何年も浪人していて、でもあるレベルで止まってしまう人もいたし、現役生でスイスイと上達していく人もいました
知らない技術は怖い - Mitsuyuki.Shiiba
AよりB、CよりD 今後の方向性を決める判断の中で「Aという技術ではなくBを採用する方がが良さそうです」とか「既存システムのCは良くないからやめてDを使うようにしましょう」とか。最近、何人か全然別の人からそういう話を聞く機会があった。 AよりBが良さそう？ 「僕はAの方が良いと思うんですけど、Bの方が良さそうだと思う理由を知りたいです」って聞くと「Aはこういう部分に問題があると思います」って言われて話が噛み合わなくて、しばらく話をして気づいた。 この人、Aを触らずに想像だけで喋ってるんだ。ってことに。なので、実際に動かして見せてあげると「あぁ、それならAの方が良いですね」ってなった。 「興味があるだけなんですけど、僕も知らない技術だったので少しドキュメントを読んで実際に触ってみて機能を確認してからAの方が良いなと思ったのですが、どうして触らずに想像だけでAは問題があるって断言したんですか？
技術評論社ソフトウェアデザイン編集長による「技術書原稿執筆の心得」
IKEMOTO,KOUHEI（池本公平） @XR230 技術書原稿執筆の心得・その1）勉強して書かないこと。お客様が読むものなので、事実に基づいた経験を書かないといけません。最近は空想で技術書を書いちゃうひともいますが、事実が大事です。もちろん再現性も。コードならば動くことが最低限です。 2015-06-16 16:06:29 IKEMOTO,KOUHEI（池本公平） @XR230 技術書原稿執筆の心得・その2）自分の内面にたまった経験と知識、技を書くわけです。勉強して書いた実績のない原稿は、すぐにばれます。それは筆者のためにも読者のためにもなりません。 2015-06-16 16:08:10 IKEMOTO,KOUHEI（池本公平） @XR230 技術書原稿執筆の心得・その3）読者を意識すること。つい手前味噌になりますが、第三者目線で執筆するとよいでしょう。そして読者が求めているものは何
HP ProLiantサーバーのBIOSの時間を短縮する - 仮想化通信
ここ最近（G6世代以降）のHP ProLiantサーバーでは、各種テストや初期化などのいわゆるPOST時間がかかるようになり、2分前後になっています。G5世代（DL380 G5のデフォルト設定で計測）が1分前後で完了していたことを考えると、約2倍というのはちょっと辛いです。本番環境など、基本的に動かしっぱなしの環境では問題になりませんが、検証環境では再起動が多く発生する場合があるため、待つのが退屈になります。 そこで、RBSU（BIOSメニューのHPサーバーでの呼称）などの設定を変更して、起動時間の短縮ができるか試してみることにしました。サーバーにはHP ProLiant MicroServer Gen8サーバーを使用しました。 素の状態 素の状態のBIOS起動時間は2分3秒ほどでした。長いです、長い。 Power On Logoオプションを無効化 まずはグラフィカルなBIOS画面を表示す
自分を首に出来るように働く - プログラマでありたい
年末ということで、自分がどのような働き方を目指しているのかを改めて考えてみました。結論的には、自分がいなくても仕事が回るような仕組みやチームを作り、いつでも抜けられる状態にするということです。つまり、いつ首になっても問題が無いポジションに落としこむということです。この働き方は、圧倒的に楽です。自分にしか出来ないことがないので負荷が集中しないし、代わりの人間がいるので心理的にもプレッシャーは少ないです。そもそもルーチンの仕事は、自動化などでシステムが出来るようになります。そうすると、面白い仕事が出てきた時に取り組み易くなります。 反対に自分にしか出来ない仕事を抱え込んでしまうとどうでしょう？自分自身がボトルネックになるので、休めないし心理的なプレッシャーもあります。そして、延々と同じ仕事を続ける必要があります。10数年働いてそれなりの数の人を見てきましたが、自分のポジションを保つために仕事を
大手メーカーの特許戦略はぬる過ぎる 履歴書23通目で入社、そこで見た仰天の企業活動とは | JBpress (ジェイビープレス)
恥ずかしながら、私には2回、失業した経験がある。2回ともハローワークに通い、失業保険のお世話になった。 本稿は、最初の失業時の体験に基づく特許の話である。私は2002年10月に日立製作所を早期退職した（その顛末は本連載の最初に詳述した）。その後、半導体エネルギー研究所という会社に転職した。 失業中に、私は22の会社に履歴書を送ったが、すべて空振り。半導体エネルギー研究所は、23通目の履歴書を送った会社であり、初めて面接に到達し、そして採用された会社だ。 半導体エネルギー研究所は、半導体や液晶などの研究開発を行い、その結果を基に特許を取得し、基本的にその特許の権利行使だけで利益を上げ続けている極めて珍しい形態の会社である。 仕事は刺激的で面白かったのだが、社長の山﨑舜平氏とウマが合わず、「明日から来ないでくれ」と言われ、転職してからたった半年で退職することになってしまった。その結果、2003
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき本 I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
8進表記の文字化けを人間が読めるようにする: もんきち
https://www.meg2.net/entry/2016/02/26/200000
小池一夫 on Twitter: "「技術」とは、心が折れたり、辛苦が成功につながらない時にでも、ある一定の水準以上の仕事を維持する事が出来るという事である。スランプの時は、技術という力業で乗り切るのだ。そのうち、心が復活してくる。それまで持ちこたえる技術を身に付けるのがプロフェッショナル。(小池一夫)"