ソフトウェアの「詳細設計書」とはなんなのか - きしだのHatena
「設計書」というのは、作るものの構造を抽象的に表現したものと言うことができます。 ただ、ソフトウェアの抽象化の仕組みはプログラミングコード自体に備わっているので、ソフトウェア生成可能な抽象的表現というのはコード表現ができるはずですね。コードで表現しておくと、整合性のチェックとかも行いやすいです。 でも、コードではない「詳細設計書」というものが一部業界には必要とされているので、その「詳細設計書」というのは実際はなんなのか考えてみます。 ※ 最初はタイトルは「設計書」としてましたが、話を限定するため「詳細設計書」に変更しました。 追記：納品物に関する記述を追加しました。 表現を変えたコーディング ソフトウェア生成可能な抽象的表現というのはコード表現ができるわけですが、文字で表記する必要もなく、ダイアグラムで表現することもできますね。 代表的なのがER図やクラス図で、これは文字表現との相互変換が
画像対応ChatGPTで設計図からコードの世界が実現しててやばい - きしだのHatena
アマチュア驚き屋のきしだです。 ChatGPTが画像入力に対応するよという話があって、来週くらいに使えるようになるかなーと思ったら、もう使えるようになってました。 で、写真から「カレー食べてる男の人です」くらいを言えるイメージで試してたら、なんかふつうに画面設計やクラス図からコードを書いていてびっくりしてしまいました。 まあ、起きたらこういうのが来てたわけですね。 で、まあ試してみて「あぁ、いままでのマルチモーダルよりちゃんと画像認識してるなー」くらいに思ったわけです。 で、NetBeansでの画面設計を読ませてみたらこう。 こういうコードが生成されました。 import javax.swing.*; import java.awt.*; public class SimpleForm { public static void main(String[] args) { JFrame fr
コミュニティノートがTwitterを壊している - きしだのHatena
コミュニティノート、案の定暴走している。 どんな改悪、利用制限よりも大きくTwitter*1を壊してるんじゃなかろうか。 ※ 2024/3/12追記 コミュニティノートの、「追加の背景情報が必要ない理由を説明するノート」がうまくまわって、初期に見られた正義の暴走のようなノートは表示されないようになってきています。 コミュニティノートは、多数派に有利な仕組みです。 「コミュニティノートでは、さまざまな視点を持つユーザーにとって役に立つノートが特定されます」 となっていますが、多数派であればさまざまな視点を持つユーザーが確保しやすく、逆に少数派は視点が収束する傾向があるので不利になります。 そのため、なんらかの不満をもっているけどその不満を表明して言葉にするとだいたい間違っているという層には非常に居づらくなっています。 「間違ったツイートをしなければいい」のような発言をみかけるけど、裏を返せば
光療法ライトで睡眠が改善して昼間のヤル気もでてきた - きしだのHatena
睡眠リズムを整えるために光療法ライトを買って3ヵ月試してみたら、昼間活動しやすくなっただけではなくて、冬の時期によくあるヤル気のなさもなくなって、いろいろ活動できるようになりました。このブログエントリもそう。 在宅勤務で出勤がなくなったり出かけることがなくなって、気分がおちこんだり夜ねむれなくなったという人は、光療法ライトを試してみるといいかもしれません。 注意 睡眠や気分の問題を感じているなら、できれば睡眠外来やメンタルクリニックにいって相談するほうがいいと思います。 非24時間眠覚醒症候群 ぼくは非24時間眠覚醒症候群というやつで、厚生労働省のサイトには「通常の社会生活が困難となります」などと書かれており、たしかに通常の社会生活は困難だなーと思っていたところ。 非24時間睡眠覚醒症候群 | e-ヘルスネット（厚生労働省） で、いろいろ試していたのだけど、まあ出社もしなくていいし、寝れる
一人暮らしならトイレのドアを閉めては いけない - きしだのHatena
一人暮らしならトイレのドアを閉めては いけないし、トイレのドアの前に段ボールなど立てかけてはいけない。 トイレのドアが開かなくなったら死ぬ。 「トイレ 閉じ込め」で検索すると事例が結構でてくるけど、通話中であったり同居人に助けられたり約束していた人が110番してくれていたり、だいたい他者によって助けられている。 あと、助かった人はおもしろおかしくツイートしてバズるのだけど、おそらく亡くなった人はツイートしないので広まりにくい。 こういうの見ると怖い。 近所のマンションでトイレに閉じ込められての死亡事故がありました。独身のサラリーマンの方で、会社も欠勤し電話も出ないため、まさかトイレに閉じ込められていたことは想定外だったようです。 https://qa.itmedia.co.jp/qa9578401.html 携帯を持って入ればいいのだけど、こういう事故というのは たまたま携帯もってないとき
プログラマの実力は経験だけであがらないことがレベル格差につながる - きしだのはてな
プログラマというのは、道具に慣れることが、実力があがることにならないのですよね。だから、勉強せず業務経験だけだとレベルが低いままということになってしまう。 Javaを10年さわり続けて、Strutsを5年さわり続けても、それだけでは、与えられた画面を手際よく作成できるようになるだけで、たとえばStrutsすらよりよく使えるようになるわけではなかったりする。 Javaにしても、「volatileってなんですか？」という問いに、まあ知らないのはしかたないとしても、解説を見ながらですら答えられない可能性がある。 プログラムの反復生産は、プログラミング能力の向上にあまりつながらない。設定や記述に慣れるだけだ。そして、この「慣れ」というのには「難しいからそもそも実装を回避する」というようなものも含まれる。実力の向上は、作業ができるレベルで止まってしまう。 プログラマとしての実力をあげるための勉強が自
囚人のジレンマ的には、うなぎはSNSにアップしないのが得 - きしだのHatena
うなぎ、あまりSNSに画像アップしないほうがいいと思うんですよね。 「あの人、絶滅危惧種たべてる〜」とか思われるという話ではなくて。そういうのは普通に踏まえてると思うし。 うなぎ、レッドリストにも載って絶滅危惧種指定されているし、今年のワシントン条約は回避したけど次回はどうなるかわからないし、食べれなくなるのも時間の問題ですね。 そして、うなぎを食べるかどうかは、囚人のジレンマのような状態になっています。まとめるとこう。 自分 ほかの人 結果 食べない 食べない 絶滅回避。いちばんいい。 食べない 食べる 絶滅して食べれない。損 食べる 食べる 絶滅早まる。痛み分け 食べる 食べない 絶滅遅れる。得 そんなウナギをいま食べる場合は、絶滅する前に食べておこうという戦略、ほかの人が食べれなくなっても自分だけは食べる、という戦略だと思うので、SNSにアップしてほかの人が食べたくなって絶滅や禁輸が
オブジェクト指向は禁止するべき - きしだのHatena
プログラムがまだ不慣れな人が「プログラムちょっとわかるようになったけど、まだぜんぜんオブジェクト指向とかできてません」のように言ったり、ちょっと慣れた人が「このソース、ぜんぜんだめ。オブジェクト指向ができてない」にようなことを言ったり、まるで、オブジェクト指向ができてるかどうかがよいプログラムかどうかを表すことになってるようだ。 Javaのアルゴリズムの本に、「Javaなのにオブジェクト指向ができていない」のような書評がついているのを見たときには、お前は何を求めてるんだと思ったりもした。 そのようなオブジェクト指向は、窓から投げ捨てるべきだ。オブジェクト指向はプログラムのよしあしの基準にならない。 むだにHogeインタフェースとHogeImplクラスがあったり、むだにnewするだけのcreateメソッドがあったり、どこで値が設定されてるかわからないオブジェクトがひきまわされてたり、ソースコ
アルゴリズムの勉強のしかた - きしだのHatena
この記事で、アルゴリズムの勉強はアルゴリズムカタログを覚えることじゃないよということを書きました。 プログラムの理論とはなにか アルゴリズムの勉強というのは、スポーツで言えば腕立て伏せや走り込みみたいな基礎体力を養うようなもので、「ソートなんか実際に自分で書くことないだろう」とかいうのは「サッカーは腕つかわないのに腕立ていらないだろう」とか「野球で1kmも走ることなんかないのに長距離の走り込みいらないだろう」とか言うようなものです。 Twitterでアルゴリズムの勉強とはなにかと尋ねられて、「アルゴリズムの基本的なパターンを知って、それらの性質の分析のしかたをしって、いろいろなアルゴリズムでどのように応用されているか知って、自分が組むアルゴリズムの性質を判断できるようになることだと思います。 」と答えたのですが、じゃあ実際どういう本で勉強すればいいか、ぼくの知ってる本からまとめてみました。
プログラマになるための勉強をしている人の前で話をしてきた - きしだのHatena
イデアルITスクールというところで、１時間ほど話をしてきました。 プログラマとしてやっていくために大事なことというテーマ。 資料を作らずに、というか構想すら練らずにやってしまったので、ここで整理とまとめと補足を。実際にこれをしゃべったというのではなくて、だいたいこんなことをしゃべろうとしてたという内容をかなり盛って書いてます。 当然ですが、プログラマの仕事はプログラムを書くことです*1。 プログラマとしてやっていくためには、どこで動くプログラムを書くか、なにをするプログラムを書くかということを意識することが大事です。 ということで、まずはプログラムが動くところがどう変わったかという話。 1970年代ころは、デバイスを動かすためのプログラムが多かったのではないかと。 あと、ここには書いてないけど、業務アプリはほぼメインフレームで動いてたと思います。 それが、1980年代くらいからパソコンが出
D.ノーマン「人を賢くする道具」読んだ - きしだのHatena
1993年の著作なので、GoogleやSkype、Twitter/Facebook、iPhone/Androidなどが存在する現在の視点でのノーマンの意見を読みたいなーと思った。 次は「未来のモノのデザイン」を読もうかな。 人を賢くする道具―ソフト・テクノロジーの心理学 (新曜社認知科学選書) 作者: D.A.ノーマン,Donald A. Norman,佐伯胖,八木大彦,嶋田敦夫,岡本明,藤田克彦出版社/メーカー: 新曜社発売日: 1996/12メディア: 単行本購入: 5人 クリック: 29回この商品を含むブログ (18件) を見る メモ p.42 「人生の質というものは、何よりも仕事をどう体験するか、他人とどのような関係をもつかという二つの要素に依っているのである」とチクセントミハイは言う。 p.64 良い表現とは、出来事の本質を捉え、それ以外を意図的に省いている。 p.154 グルデ
ツイッタの「名前の占拠」規約について翻訳 - きしだのHatena
http://twitter.zendesk.com/forums/26257/entries/18370 ユーザー名の無断占拠はTwitterのルールに反しています 名前の無断占拠とユーザー名を販売する目的のアカウントは、ずっと凍結されます。 ユーザー名の取引で、販売したり他の形態での支払いを強要したりを試みることは、アカウントの凍結につながります。6ヶ月以上アクセスのないアカウントは通知なく削除されます。Twitterは現在、侵害の場合のほかは、アクセスがなかったり無断占拠のアカウントを開放していません。 ヒント：アカウントのプロファイル画像を更新しないことや、通常迷わせる意図のないものは、侵害にはなりません なにがユーザー名の無断占拠を構成しますか？ アカウントについてどの行為が名前の無断占拠か決定するときのいくつかの要素は アカウントが作成されている総数 他の人がアカウント名を使う
どうでもいいことをあたかもなんかすごいことのように語るメソッド - きしだのHatena
どうでもいいことを、あたかもなんかすごいことのように語る方法を考えてみる。 まず、書きたい「どうでもいいこと」を決めよう。 とりあえずここでは、「明星のインスタント焼きそば作るときにかやくを入れ忘れたのだけど、それってフタの説明が悪いんじゃない？」ということを書くとしよう。ここで、読んでる人に「ようわからんけどなんかすごい」と思わせるために話の主題をずらすのが大切だ。今回は、結論を「UFOのターボ湯切りいいよね」ということにしよう。 本文はこのようになる。 先日明星のインスタント焼きそばを食べた。 ふたの説明を見ながら手順どおりに作ったのだけど、食べる段になって、かやくはあらかじめ入れておかないといけないことに気づいた。これはふたの説明が悪いのではないか。ふたの説明はインスタント焼きそばの味を最終的に決めるものであるから、わかりやすく書くべきである。 UFOのようにかやくをあらかじめめんの
「xxxをblogに書くのはやめてくれ」などとblogに書くのはやめてくれ。 - きしだのHatena
間違った情報をblogに書くのはやめてくれという趣旨なのだろうだけど、「正しい情報しか書いてはいけない」のだとしたらblogなど書けないし、「blogに書くのはやめてくれ」などといってる人も正しい情報だけを書いているわけではない。せめて、過去指摘された自らの問題点を、すべて正してから言わなければいけないのではないかな。 まあ、その書いた人自身のことはどうでもいいか。 ブログに書く内容として、いま勉強してることを書いている人は多いと思う。 そうすると、そこまでの情報で書かざるをえないから、間違った内容や考慮に欠ける内容になることも多い。 そういうのは、やさしい言葉や厳しい言葉やらで、指摘して正しい方向に導くなりボロクソにこき下ろしたりすればいいのであって、「blogを書くな」などというべきではない。 学習過程を載せてモチベーションにするということを、阻むべきではないと思う。 blogに限らず
書名に「JavaScript」とつけることの危険性 - きしだのHatena
Amazon見てて思ったこと。 こういう本があった。内容は見てないので、一般論。 JavaScriptによるアルゴリズムデザイン―オブジェクト指向からDB・Web・マイニングまで 作者: 石川博出版社/メーカー: 培風館発売日: 2007/10/01メディア: 単行本購入: 6人 クリック: 114回この商品を含むブログ (10件) を見る コメントに、こう書いてある。 タイトルに「JavaScript」が付いているが、JavaScriptのコードはなく、アルゴリズム用の擬似コードが載っている。JasvaScriptに関しては最初に10ページほどの簡単な解説が書いてあるだけであり、純粋なアルゴリズムの教科書である。 これが本当なら、『出版社の「売らんかな」の都合』でJavaScriptと冠につけたということになる。で、そうすると、デザイン系の非プログラマをひきつけて、 なにしろ価格が高すぎ
お勉強-仕事曲線を考えてみる: 2008-09-24 - きしだのはてな
ちょっと考えてみる。 勉強してる度と人数。もちろん、勉強が0の人が圧倒的に多く、入り口まではそれなりにいるけど、あるレベルからはほとんどいなくなる。 勉強してる度とその勉強を求める仕事の総量。勉強0の人には仕事がないけど、そこそこ勉強した人には仕事が多い。で、ある程度いくと、仕事がなくなる。 勉強と仕事のやりやすさグラフ。 そうはいっても、そこそこよりちょっと上は、勉強している人数自体が激減するので、みんなが勉強しなくなるのよりちょっと上では、ものすごく仕事がやりやすくなる。ただ、そこから勉強が進むと、いきなり仕事がなくなる。 で、もちょっと勉強スケールをあげてみる。 勉強して仕事がなくなっても、もっと勉強したら仕事やりやすくなるレベルがあるから、実際には、こんな感じで勉強と仕事の関係は波打ってるんではないだろか？ ということで、ぼくはこの谷間に落ちちゃった状態なんじゃないだろうか疑惑。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TDDで「テストばかり書いて間に合うのか？」と質問されたときの正解 - きしだのHatena
スーパービールクズの季節です - きしだのHatena
Seasarは自由ではない？ - きしだのHatena
落書きくん - きしだのHatena
