[自分]の検索結果
残念ながらソフトウェアが魔法のように出来上がるなんてことはありません。
プログラミング は一つ一つコードを書いていくだけですし、デバックは一つ一つバグを潰していくだけ、
テスト は一つ一つはプログラムが仕様ど...
残念ながらソフトウェアが魔法のように出来上がるなんてことはありません。
プログラミングは一つ一つコードを書いていくだけですし、デバックは一つ一つバグを潰していくだけ、テストは一つ一つはプログラムが仕様どおりできているのかを確認していくだけです。ソフトウェア開発において魔法を使う余地などないのです。
もちろんどのように作業設計するかによって作業効率は変わってきますが、そのような設計能力は一朝一夕に身に付くものではなく日々の作業を自分の頭で考えながら着実にやっていくことで身につくものです。
ソフトウェア開発におけるハリー・ポッターは?
自分も「魔法」を身に付けたいと切実に思いますが、この例えでいくとホグワーツはどこになるのでしょうね。 優れたソフトウェア開発者になりたいのであれば、どこかの魔法学校で「魔法(そんなものは存在しない)」を身に付けることなど考えず、自分の頭で考えたことを一つずつやっていくべきではないでしょうか。どんな優れた人間であってもそれ以上のことができるとは私には思えません。
ブラック会社に勤めてるんだが、もう俺は限界かもしれない職業はプログラマ。この職業、マジでやばすぎる。入社日での出来事。パソコンを渡される→指示された通り、色々なものをインストール→設計書を渡される。「...
ブラック会社に勤めてるんだが、もう俺は限界かもしれない
職業はプログラマ。この職業、マジでやばすぎる。
入社日での出来事。
パソコンを渡される→指示された通り、色々なものをインストール→設計書を渡される。
「これでおっけーと。んじゃ作れ」
「え?」
「いや作れって」
「あ、え?は、はい」
「みんな忙しいから、出来る限り自分で解決しろよ」
そう言って去っていくチームリーダー。
このまま悩んでてもしょうがない。とりあえず設計書を見てみるか。
フレームワークがどうのこうの、うんたらかんたら・・・。テストはどうのこうの・・・。
ワケわからんぞ
(略)
ブラック会社に勤めてるんだが、もう俺は限界かもしれない 2
一体なんだろうか。特別賞与か何かくれんのかな。
ノックする。
「どうぞ」
「失礼します」
「よくがんばったな、1くん」
「おかげさまで。けど、ちょっと休みたいですね。弱音を吐くんじゃないですけどw」
「いやいや、いいよw 1週間ぐらい休みを取りなさい」
「ありがとうございます。それで話ってなんでしょうか」
「いやーリーダー居るだろ」
「えぇ」
「変わってみないかね、次のプロジェクトで」
は?
「藤田くんが一番適任なんだが、彼はその気がないみたいでね。
それで二番目の実力者の君に頼みたいんだよ」
おいおいおいおい、ちょっと待て!!!!どーする俺!?どーなる俺!?続くぅ!!(たぶん
デスマ編 完
-----
いやー、マジ吹いた。
でも、おそらくこれは実話だなw
先に辞意を表明していた民主党の小沢一郎代表が、菅直人代表代行らの同党執行部の慰留に対し、「恥をさらすようだが、皆さんの意向を受けてぜひもう一度頑張りたい」と述べ、代表にとどまる意向を示した。民主党・小...
先に辞意を表明していた民主党の小沢一郎代表が、菅直人代表代行らの同党執行部の慰留に対し、「恥をさらすようだが、皆さんの意向を受けてぜひもう一度頑張りたい」と述べ、代表にとどまる意向を示した。
民主党・小沢代表、辞意を撤回
かつてこれほどの茶番劇があったでしょうか?
民主党ダメすぎ。
オザワる
・敵対する組織と秘密裏に手を結ぶこと
・自分のことを棚に上げて部下を「能力がない」とこき下ろすこと
・やめるやめると大騒ぎして結局やめないこと
これまでグーグル、ヤフーに比べて
検索 エンジンとしての評価はあまり高くなかったマイクロソフト製
検索 エンジン「ライブサーチ」ですが、初音ミク画像消失事件を契機に2ちゃんねらーの間で「ゲイツに聞け」と人気急...
これまでグーグル、ヤフーに比べて検索エンジンとしての評価はあまり高くなかったマイクロソフト製検索エンジン「
ライブサーチ 」ですが、初音ミク画像消失事件を契機に2ちゃんねらーの間で「ゲイツに聞け」と人気急上昇中です。
しかし、これまで検索エンジンとしてはあまり評価されていなかったためSEOが手薄なサイトも多いと思います。とにかく、サイトの各ページがインデックスされなければどうにもならないので、サイトマップを登録しておきたいところです。
グーグルには
Google ウェブマスターツール 、Yahoo!には
Yahoo! Site Explorer があるのでユーザー登録を行なって、そこに自分のサイトのサイトマップを登録すればよいのですが、
ライブサーチ にはそのようなサービスはありません。どうすればサイトマップを登録できるのか謎でしたが、どうやら各ページのHTMLソースのメタタグに以下よう
な記述を追加すればよさそうです。
[サイトマップのパスが「sitemap.xml」の場合]
<link rel="alternate" type="application/rss+xml" title="Sitemap" href="sitemap.xml" />
「ほしいものがなかったら、どうするの? つくるしかない。つくるしかないよ。」というわけで、他人に注文ばかり付けていてもしょうがないので作ってしまいましょう。それで私が今何が欲しいのかというと、「newsing...
「ほしいものがなかったら、どうするの? つくるしかない。つくるしかないよ。」というわけで、他人に注文ばかり付けていてもしょうがないので作ってしまいましょう。
それで私が今何が欲しいのかというと、「newsingに自分がピックアップした記事のRSSフィードの内容を自分のブログに表示するためのツール」です。
もちろん、CGIにして動的に内容が変わるようにすることもできるのですが、内容がそれほど変わるものでもないということと、ページが表示されるたびに呼び出されることになるので、サーバーの負荷が高そうということで、手動でPerlスクリプトを実行することにします。
処理手順
1.PerlスクリプトでRSSフィードを読み込んで表示用のHTMLファイルを出力する。
Perlスクリプト
RSSのURLを自分のピックアップした記事のRSSのURLに置き換えて使用してください。HTMLファイルはpickup.htmlというファイル名で出力されます。また、表示する記事数は5件になっています。
pickup_pl.txtをpickup.plという名前してPCに保存して、コマンドラインから perl pickup.pl を実行するとpickup.htmlファイルがカレントディレクトリに作成されます。
pickup_pl.txt(文字エンコードはUTF-8)
2.ホームページやブログのサーバーに作成したHTMLファイルをFTPソフトなどで転送する。
3.ホームページやブログのテンプレートに作成したHTMLファイルを表示するためのiframeタグを追加する。
iframeタグのサンプル
<iframe src="pickup.html" width="610" height="200" marginwidth="0" marginheight="0" scrolling="auto" border="0" frameborder="no" align="left"></iframe>
とりあえず、newsingのRSSフィードだけにしか対応していませんが、取得元のRSSフィードは変更可能なので、カスタマイズしていろいろ応用できると思います。
ソーシャル
ニュース サイト「newsing(ニューシング)」を運営するマイネットジャパンの上原社長が自身のブログで「おれは低俗な
ニュース 好きじゃないんだよね。特にあったかなかったかもわからないような芸能
ニュース ...
ソーシャルニュースサイト「newsing(ニューシング)」を運営するマイネットジャパンの上原社長が自身のブログで「おれは低俗なニュース好きじゃないんだよね。特にあったかなかったかもわからないような芸能ニュースもどきでアフィとかランキングとかに誘導するようなのはマジ気分わるい。このまま低俗なネタしか集まらないサイトになるんだったら一旦閉じようか。」と書き込んだことが「newsing」ユーザーの間で波紋を呼んでいる。
newsingに低俗なニュースが多い件
結局のところ「サイトを閉鎖する予定は無い」ということになったようだが、newsingのトップページに芸能ニュースやアダルト系のネタ目に付くのは確かである。しかし、私はこれは記事をピックアップする人の問題というより、newsingのシステムに問題があるのではないかと考えている。
私もたまに休日などにニュースサイトやブログなどの記事をピックアップするのだが、政治やビジネス、技術といった固い内容のニュースはピックアップしてもほとんどポイントが獲得できないのに対し、芸能ニュースや2ちゃんねる関連のネタはかなりのポイントが獲得できるというのが現実だ。
本家の
Diggでも低俗なニュースが多い ようなので、ソーシャルニュースサイトは一般的にそういった傾向なのかもしれないが、newsingでは特にトップページに掲載される記事に低俗なネタのものが多いように感じられる。
私がその理由の一つとして考えているのは、新着記事がユーザーの目に付く機会と時間が少なすぎるため、知名度の高いキーワードが含まれたインパクトの強いタイトルの記事しか、トップページに掲載されるほどのポイントを獲得することができないことだ。
新規にピックアップされた記事は、トップページの右上に表示されるのだが、ここには記事のタイトルだけが最新5件表示される。
一時期かなりの記事をnewsingにピックアップしていた ことがあるのだが、トップページに表示されている間に「今日のDaily newsing」で10位以内に入らないと、ほとんどの場合トップページに表示されるまで至らないで終わってしまうことが多かった。特にピックアップが多い時間帯だと、ピックアップしてもすぐに流れてしまうのでほとんどポイントを獲得することはできなかった。
もう一つの原因としては、自サイトの記事のピックアップ(以下、セルピク)を禁止していることが考えられる。
残念ながら「あったかなかったかもわからないような芸能ニュースでアフィに誘導するような」ユーザーはセルピクを禁止しようがしまいが自分サイトの宣伝をやめることはないので、これらの宣伝記事を排除するためにセルピクを禁止するのは全く効果が無い。
むしろ、セルピクを禁止することで知名度の高くないが、それなりの内容の記事を書いている書き手が自分の記事をピックアップするのを控えてしまい、ピックアップされる記事の幅が薄くなっているのではないかと思われる。
実際のところ、「newsing」は記事をピックアップするユーザーにとってはメリットの薄いサイトである。自分の書いた記事のピックアップすると白い目で見られ、しかも、他のサイトの記事ピックアップする場合でも、記事の内容についていちいち運営者の意向に気を使わなければならないのなら、面倒なので別に無くてもいいかなというのが正直なところである。
「newsing」には、拡散しがちなブログの情報を集約するサービスとして期待していたところがあるので、今の流れは非常に残念だ。もっともだからといって、すぐに全く使わないというわけではないのだが。
どうなるマイネットジャパン--ニュースの価値判断を必要とする上原氏
ソーシャルメディアで「葬られない」ためのバイラルキャンペーンの6つの秘訣
Google Newsがトップブロガーを再雇用
辞意を表明した直後から慶応大学病院に入院して公の場に姿をあらわすことが無かった安倍首相が病院で記者会見を行い、所信表明演説の後に辞任したことについて国民に謝罪しました。また、マスコミで喧伝されていた「...
辞意を表明した直後から慶応大学病院に入院して公の場に姿をあらわすことが無かった安倍首相が病院で記者会見を行い、所信表明演説の後に辞任したことについて国民に謝罪しました。
また、マスコミで喧伝されていた「麻生クーデター説」ついては「クーデター説は全く違う。そのような事実は存在しないとはっきり申し上げていい。」と語り完全に否定しました。
健康問題が辞任の最大の理由=安倍首相が謝罪
麻生幹事長が辞意を知っていたことについては「麻生幹事長には辞意ということではなく体調が思わしくないと話したことはある。クーデター説は全く違う。そのような事実は存在しないとはっきり申し上げていい」と話した。
安倍「騙された」の謀略…麻生おとしめ福田へ流れ
首相の辞任をめぐっては、片山さつき氏がテレビカメラの前で、「これはクーデターです。支えると言いながら後ろから刺した人がいる」と発言。このシーンが何度も放映されたため、永田町だけでなく国民の間にも「麻生、与謝野両氏らが首相を騙した」との印象が植え付けられ、「福田首相」への流れを決定付けた。
麻生氏の総裁選出馬を批判=野中元自民党幹事長
野中広務元自民党幹事長は21日のTBS番組の収録で、麻生太郎幹事長が自民党総裁選に立候補したことについて「(安倍晋三首相の辞意を)知りながら3日間も隠し、自分が首相になろうとクーデターみたいなことを考えるのは政治家として絶対に許せない」と批判した。
「アンカー」麻生さんの誤算&青山さんが麻生クーデター説を完全否定
デマで誕生する新政権とは、自民党は一体これからどうするつもりなのでしょう。
Amazon アソシエイト・プログラムで、新しいリンク作成ツールとしてスライドショー、お気に入り、プロダクトクラウド、ウィッシュリストなど6種類の「
Amazon ウィジェット」の提供が開始された。
Amazon ウィジェット...
Amazon アソシエイト・プログラムで、新しいリンク作成ツールとしてスライドショー、お気に入り、プロダクトクラウド、ウィッシュリストなど6種類の「Amazon ウィジェット」の提供が開始された。
Amazon ウィジェットはブログのサイドバーや本文、またブログ以外のWebサイトにAmazonの商品情報を追加できる機能で、Webサイトのレイアウトにあわせて色やデザイン、サイズの調節が可能になっている。
スライドショー
Amazonから選んだ商品の画像をスタイリッシュなスライドショー形式で表示する。選択した画像に説明文を追加することも可能。
お気に入り
Amazonから選んだ商品をリスト形式で紹介することができる。
プロダクトクラウド
Webサイトのコンテンツを解析し、サイトの内容に関連した商品タイトルを自動的に表示する。関連性が高い商品タイトルほど、大きな文字で表示される。
ウィッシュリスト
自分の、または友人などの「ウィッシュリスト」を掲載して公開し、誕生日や記念日のプレゼントに利用することができる。
クイックリンク
HTMLのタグを設定することでブログやウェブサイトの記事中から簡単にAmazonの関連商品にリンクすることができる。クイックリンクには、あらかじめ設定されたアソシエイトIDが自動的に組み込まれる。
サーチ
Amazonの検索結果をウィジェット設置したウェブサイトのウィンドウ内にそのまま表示させることができる検索ボックス。
コンテンツを解析して商品リンクを作成するのでAdSenseとの兼ね合いが微妙ですが、プロダクトクラウドはブログパーツとして使えそうです。おまかせリンクより効果的かもしれません。
ウィッシュリストは面白いですがどちらかと言えばSNS向けのウィジェットですね。ブログでウィッシュリストを公開してもプレゼントが貰えるとは思えません。
決まったサイズから選択するのではなく、一定の範囲内で自由に設定できるのは便利です。
新リンク作成ツール Amazon ウィジェットデビュー!
バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分な
テスト を実施することができず、...
バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、品質が低い状態でリリースされてしまうことになります。テストを円滑に進めソフトウェアの品質の高めていくためには、バグを迅速かつ正確にバグを修正していく必要があります。
しかし、オブジェクト指向プログラミング(OOP)やデザインパターンなどプログラムの作り方についての解説書や記事はたくさんあるにも関わらず、「バグは本来あってはいけないもの、あるはずが無いもの」という意識があるためか、デバッグに関して語られている情報源はあまり多くありません。そのため、デバッグのテクニックについてはせいぜい「開発現
場の先輩に教えてもらう」というのが実情です。
知識を共有するために、私がこれまでのソフトウェア開発の経験から得た、デバッグを効率的に行なうための心得をいくつか挙げてみたいと思います。
1. バグの原因は自分が作っているプログラムにある可能性が最も高い
ソフトウェアを構成する要素として、OS、開発ツールに付属するライブラリ、市販ライブラリ、プロジェクト内で作成されたライブラリなどがありますが、バグの原因は自分が作っているプログラムである可能性が最も高いと考えたほうがすばやくバグを見つけられます。なぜなら、今まさに開発が行なわれているプログラムこそが最もテストされていないプログラムだからです。問題の原因をマイクロソフトのせいにする前に自分のプログラムを調べましょう。
2. テストの実施を妨げているバグを優先する
当然のことですが、テストができなければバグを見つけることができません。効率的にバグが発見できるように、めったに行なわれない操作によって発生するバグよりも、必ず行なわれる操作で発生するバグを優先的に修正していく必要があります。
3. 問題を確実に再現できるようする
問題が発生する条件(操作手順、データなど)を必ず特定しなければなりません。これができないと動作確認は不可能ですので、修正したつもりが実は直ってなかったという事態にもなりかねません。この作業自体はソースコードがなくても可能なので、テスト担当者の協力を得られるのであれば、情報を交換しながらテスト担当者と開発担当者が並行して調査を進めるのが良いでしょう。
4. 一度でも問題が発生した場合はバグがある可能が高いので必ず調査する
一度でも問題が発生した場合は、単にバグが発現する条件がわかっていないだけで、必ずどこかにバグがあります。開発作業中はいろいろプレッシャーがあるので難しい面もありますが、見つけた時点で調査しておいた方がいろんな面で良いでしょう。
5. ソースコードを見ただけで正しい処理が行なわれていると判断しない
プログラムはプログラマが思っている通りに動くのではなくコンパイラが解釈した通りに動くものです。コンパイラについての知識が豊富なプログラマが犯しがち問題ですが、プログラマがコンパイラの仕様について誤解しているために生じるバグもよくあります。プログラマ自身は正しいと思っているためソースコードを見ただけではバグを発見することが困難ですがが、このようなバグは実際にプログラムを動かしてみることで簡単に原因を発見することがきます。
6. 想定外の操作や想定外のデータが使用されていないかチェックする
プログラムはプログラマが想定していなかった操作が行なわれたり、想定外のデータが入力されたりした場合は正しく動作しないことが多いものです。問題を発生させる操作やデータがプログラムで想定されているかチェックしてみましょう。
7. バグの原因となっているソースコードは必ず特定する
関係の無いところを直しても問題の現象が発生しなくなる場合もありますが、それでバグが無くなったわけではありません。そのような場合は、また別のところで別のかたちで問題が発生することになりかねません。バグは必ずソースコードレベルで原因を特定し確実に修正すべきです。
8. できるだけ他の処理に影響を与えないようにソースコードを修正する
他の処理に影響を与えるような修正を行なった場合、これまで問題なく動いていた部分に新たなバグを埋め込んでしまう可能性が高いものです。別の問題を引き起こさないように、影響範囲に注意してソースコードを修正します。しかし、単なるコーディング上の間違いであればプログラムの修正は比較的簡単で他の処理に影響を与えることは少ないのすが、設計に問題がある場合は他の部分の影響を与えないようにバグ修正を行なうのが難しい場合があります。そのような場合は、本質的な問題の解決にはならないとしても、影響範囲を限定するために暫定的な対処を行なった方が良いでしょう。
9. ソースコードを修正した場合は必ずテストする
たとえ簡単な修正であっても間違った修正を行なう可能性は常にあります。また、修正が思わぬところに影響を与えることもあります。当たり前ですが、ソースコードを修正した場合は必ずテストを行ないましょう。テスト作業を手を抜くよりも、テストを行なった方がトータル見れば開発者自身にとっても負担が少ないはずです。
かなり話題になっている記事ですが、内容的には、「そういう風に考えていた時期が私にもありました」という感じです。Geekなぺーじ : 勝者と敗者の違い現実にこの教訓の通りに行動するのはかなりの実力と勇気が必要で...
かなり話題になっている記事ですが、内容的には、「
そういう風に考えていた時期が私にもありました 」という感じです。
Geekなぺーじ : 勝者と敗者の違い
現実にこの教訓の通りに行動するのはかなりの実力と勇気が必要でしょう。学生や社会人になったばかりの人にはまず無理でしょうから、あまりおすすめできません。
1.勝者は間違ったときには「私が間違っていた」と言う。
敗者は「私のせいではない」と言う。
失敗の責任が自分にあるのであれば間違っていたというのもいいのですが、現実には他人の失敗まで押し付けられる可能性があるので、むやみに自分が間違っていたというのは得策ではありません。
2.勝者は勝因は「運が良かった」と言う。例え運ではなかったとしても。
敗者は敗因を「運が悪かった」と言う。でも、運が原因ではない。
勝ちまくっているのであれば余裕をぶっこいて「運が良かった」というのもいいのですが、たまにしか勝てないというのが現実なので、できるだけ自分の成果をアピールした方が賢明です。でなければ誰も評価してくれません。
3.勝者は敗者よりも勤勉に働く。しかも時間は敗者より多い。
敗者はいつでも忙しい。文句を言うのに忙しい。
過労死には気をつけて。生き残った人こそが真の勝者です。
4.勝者は問題を真っ直ぐ通り抜ける。
敗者は問題の周りをグルグル回る。
問題の本質を指摘すると誰かが怒り出すので、やむをえず場当たり的な対応をしなければならない場合はどうすれば良いのでしょうか。
5.勝者は償いによって謝意を示す。
敗者は謝罪をするが同じ間違いを繰り返す。
過ちを犯して償いをしたら敗者に転落してしまうのではないでしょうか。
6.勝者は戦うべきところと妥協すべきところを心得ている。
敗者は妥協すべきでないところで妥協し、戦う価値がない所で戦う。
結果として勝ったのであればそのプロセスが正当化されるというやつですね。戦うべきところと妥協すべきところが行動を起こす前からわかるのであれば苦労は無いのですが、歴史を振り返ればそうではないことがわかるはず。
7.勝者は「自分はまだまだです」と言う。
敗者は自分より劣るものを見下す。
敗者を見下す勝者が多いのはどう説明したら良いのでしょう。
8.勝者は自分より勝るものに敬意を払い学び取ろうとする。
敗者は自分より勝るものを不快に思い、アラ捜しをする。
自分より勝るものから学ぶのは、自分より勝るものを打ち負かすためではないのでしょうか。表面的には敬意を払っているようでも本心では敵意をもっているように思えます。
9.勝者は職務に誇りを持っている。
敗者は「雇われているだけです」と言う。
実際に誇りをもてないような程度の扱いしか受けていないのなら「雇われているだけです」というのは当然のことでしょう。
10.勝者は「もっと良い方法があるはずだ」と言う。
敗者は「何故変える必要があるんだ?今までうまくいっていたじゃないか」と言う。
何かを変えたら必ず状況が良くなるとは限らないのですから、いままでうまくいってた方法を変えるのであれば理由くらい聞くでしょ。
なにはともあれ、人生の勝ち負けについての話が人の関心を引ける話題であるのは間違いなさそうです。
それにつけてもYahooの威力よ
読者の関心が引ける話題だからこそYahoo!ニュースでも取り上げられたのでしょう。
|< 先頭へ < 前へ 9 10 11 12 13 次へ >
アクセスランキング
FC2まとめ (1 PV)
裁量トレードを半自動化する無料のMT5向け裁量トレード支援ツール(裁量補助EA)「PositionKeeper MT5」 #FX (1 PV)
SQLのSELECT文で先頭から上位(TOP)10件のレコードを取得する方法(SQL Server、Oracle、MySQL、PostgreSQL) (166 PV)
2NN 2ちゃんねるニュース速報+ナビ (36 PV)
Google Finance(グーグルファイナンス)- リアルタイム株価情報、金融ニュース、日本株 (29 PV)
裁量トレードを半自動化する無料のMT5向け裁量トレード支援ツール(裁量補助EA)「PositionKeeper MT5」 #FX (24 PV)
自作のMT4向け無料EA(口座縛り無し、ブローカー縛り無し、使用期限無し)とゴゴジャン出品中の有料EAの一覧 #MT4 (21 PV)
YouTube(ユーチューブ)日本版 - 動画共有、ライブ配信 (19 PV)
[FX]高値更新・安値更新でエントリー、MT4向け無料スキャルピングEA「1Scalper」#システムトレード (18 PV)
MT4向け1ポジブレイクアウトEA「HEADLINE」オープンソースライセンス(GPL3)で公開 #USDJPY (18 PV)
FC2まとめ (16 PV)
SQLiteのSELECT文で上位 (TOP) n件のデータを取得する (15 PV)
アクセス統計
ディレクトリ
関連サイト