タグ

Togetterに関するhonamisのブックマーク (9)

  • 最強のIT系かあちゃんからたかしへのアドバイス

    バーンれっどさーん @ledsun たかしへ あなたの勤怠確認しました.こんなに残業が多い割に大して売上が上がってないのはどうしてですか?顧客との信頼関係の構築も甘いとと思います.来月からは頑張って下さい.ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 バーンれっどさーん @ledsun たかしへ あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか?残業でカバーですか?お客様が参加するイベントが入っていません。都度調整ですか?事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか? バーンれっどさーん @ledsun たかしへ あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかったです。でも、このシステムを使う人にどういうメリットがあるか分かりませんでした。

    最強のIT系かあちゃんからたかしへのアドバイス
  • 震災のときにあったほうがいいものまとめ

    椿ヨネ子 @yoshimicov 私ね、阪神大震災の被災者なのよ。毎年1月17日と、誕生日(7月初旬)のあとの年2回、備蓄のチェックしてる。旦那は自衛官だし、防災関係はバッチリよ。震災のときにあったほうがいいもの、ちょっと書いてく。興味ない人はスルーして。

    震災のときにあったほうがいいものまとめ
  • SIerは自動化する対象が違っているのでは?

    多くのSIerフレームワークでは、Excelなどのツールを使ってコードを自動生成することで「製造」コストを下げるということに注力しています。 しかし、アジャイル開発ではContinuous Deliveryにあるように、ビルド、テスト、リリースの自動化に重きを置き、コーディングは初期のひな形生成はしても、最終的には手でメンテナンス可能なクリーンなコードを保つという考え方をします。

    SIerは自動化する対象が違っているのでは?
  • サーバーサイドもJavaScriptで開発

    @higayasuo は現在HTML5のアプリを開発しており、クライアントをJavaScriptで開発中。ソースを統一させる為にサーバーサイドもJavaScriptを採用したとの事。

    サーバーサイドもJavaScriptで開発
  • サーバーサイドJavaScriptとHTML5アプリ

    石橋秀仁 @zerobase HTMLテンプレをUAのDOMスクリプティング(JS)で仕上げるのと、サーバサイドJSで同じ事をやるのと、同じようなコードになるわけだな。DBもActiveRecord的に透過proxy的に隠蔽してしまえばほんとに同じコードで。

    サーバーサイドJavaScriptとHTML5アプリ
  • NoSQL 時代のデータモデル

    Masayoshi Hagiwara @masayh RDBMS対Hadoopという比較自体は適切ではない。正確には、RDBMSとHadoopにおける並列アルゴリズムやデータ管理技術の比較。すでにRDBMSのアルゴリズムはデータ管理技術は非RDBMS化していて、それはHadoopやその他のNoSQLにも適用可能となっている。 2010-11-05 14:09:34 Masayoshi Hagiwara @masayh たとえば、NoSQLでもスキーマや正規化の考え方を設計に取り入れた方がいいし、それを実装に入れて、現在のNoSQLの持つデータモデルの優位性を損なうことなく最適化することができるでしょう。 2010-11-05 14:12:20 Masayoshi Hagiwara @masayh 関係代数や関係論理といった技術的基盤をもっと参照して、現在のNoSQLやその他のデータ管理技術

    NoSQL 時代のデータモデル
  • Hudson勉強会

    11/12に開かれたHudson勉強会の様子。 #hudsonstudyがある発言を抽出しました。 足りない発言は追加してください。 また、デコレーションについてもどなたか、お願いします。

    Hudson勉強会
  • メモ:自由にソフトウェアを作る課題で気をつけて欲しいこと

    next49 @next49 学校の課題で「自由にソフトウェアを開発すること」というのが出たならば、プログラムに覚えありの学生を除き「自分が非常によく知っている事柄、かつ、面倒なことや時間のかかることがあり困っていること」を少しでも良くするためのソフトウェアを開発するべき。 next49 @next49 達者なコーディング能力や卓越したデザイン力を持たない凡人にとって、先達や既存のソフトウェアと戦える点は「自分が欲しいと思っているソフトウェアに関して詳細な点まで列挙できる」という点しかない。ソフトウェアの使い勝手は細かい点によって大きく変わることが多い。 next49 @next49 (承前) その細かい点を具体的に思い浮かべられるかどうか、気づくかどうかがとても重要。そのような細かい点を思い浮かべるには、「自分が非常によく知っている事柄、かつ、面倒なことや時間のかかることがあり困っている

    メモ:自由にソフトウェアを作る課題で気をつけて欲しいこと
  • デザパタ140文字

    尾野(しっぽ) @tail_y 今なんとなくデザインパターンを見てたけど、どうしてこういう説明って、厳かで分りにくく書かれるんだろうね。噛み砕いて書くと、正確性に欠ける!って怒られるんかな。 2010-04-22 08:29:36 尾野(しっぽ) @tail_y いや、一番いけないのは、デザインパターン完全に理解しないで語るのは恥ずかしいとか、使いこなせないなら使っちゃ駄目とか、そういう雰囲気があるのがいけないんですよ!そんな高尚なものにしてしまうから、解説まで高尚になっちゃって、一部の天才だけのものになっちゃうんですよ。 2010-04-22 08:53:45

    デザパタ140文字
  • 1