タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

itとdevelopmentに関するneumannのブックマーク (5)

  • オープンソースライセンス比較用早見表 - Google ドライブ

    このファイルを使用中のユーザーが多すぎるため、一部のツールを利用できない場合があります。再試行詳細閉じる オープンソースライセンス比較用早見表 : Sheet1ABCDEFGHIJKLMN1ライセンスと著作権の表示変更した旨を示すことソースコードの開示ライブラリとして使用すること商用利用改変配布派生物に別のライセンスを課す特許の利用個人利用作者に責任を求めること商標の利用注記2No License必須可能禁止禁止禁止可能GitHubで公開したソフトウェアにライセンスを付記しなかった場合の条件3GPL v2.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし4GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし5Affero GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし6Artistic GPL 2.0必須必須必須必須でない可能可

  • クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側(後編)。JAWS DAYS 2014

    クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側(後編)。JAWS DAYS 2014 大規模なオンラインサービスを支えるためのオートスケールと、サービスをすばやく進化させていくための迅速なデプロイ。クックパッドはこの2つをクラウド技術の組み合わせによって両立させています。 同社のインフラ責任者である成田氏がその仕組みやルールを、Amazonクラウドのユーザーコミュニティ主催のイベントJAWS DAY 2014で解説しました。 (記事は「クックパッドのデプロイとオートスケール(前編)。JAWS DAYS 2014」の続きです) オートスケールはAmazon Auto Scalingを使わないと判断 今日の題であるオートスケールの話をしたいと思います。 オートスケールとは一般に、トラフィックが増えたらサーバを増やしましょうね、という作業を自動化するものです

    クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側(後編)。JAWS DAYS 2014
  • スラッシュドット・ジャパン | ベテランプログラマを管理するには?

    私は元々技術畑の出身で、プログラマとして何年か働いていたのですが、最近管理職となってJavaプログラマから成る小さなチームを率いることになりました。私にとってチームの仕事技術的な側面は大したことはないのですが、今やダークサイドに堕ちたスーツである私にきちんと報告させ、チームのモチベーションを高く保つにはどうしたらいいか、自信が持てず悩んでいます。一応お伝えすると私はまだ30代前半なのですが、チームのメンバのほとんどは私より年上の世代です。口うるさい上司にならずにうまくチームを管理するための、何か良いアドバイスはありませんか?

    neumann
    neumann 2008/12/14
    The key to managing people is the same as anything else in life. Treat them with respect and dignity. Remember, "do unto others".
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
    neumann
    neumann 2008/12/13
    結局、クライアント・サーバ間の通信プロトコルの処理タイミングあたりから理解していないと応用もきかないし、安心して”できる人”とは言ってあげられない。”できる”、”できない”は周りが判断する。
  • Ruby on Railsの作者より:高まった生産性を仕事を余計にこなすためではなく自分の将来に向けて使おう - himazu blog

    IT ConversationsでRuby on Railsの作者デービッド・ハンソンが2008年5月にRailsConfでおこなった講演が配信されている。そして、以下でも聞ける。 RoRの思想についての言及が冒頭にあるが、大部分は開発者の身の処し方についての講演である。その部分の概要は以下の通りである。 RoRは他のフレームワークや開発手法に比べて生産性について依然として優位性があり、RoRを使って開発していると「余剰開発力」を享受できる。しかし、その状態は永遠には続かない。遅かれ早かれ以下のどれかが起こるから。 他の言語/フレームワークがRoRを凌駕する RoRを凌駕する新たなフレームワークが登場する RoRがメインストリームになる 幸い、どれもすぐには起こりそうになく、RoRでの開発はまだしばらく生産性の点で有利である。その優位性によって生ずる余剰開発力をいかに活用すべきだろうか。も

    neumann
    neumann 2008/09/27
    RoRでの開発の優位性によって生ずる余剰開発力を将来への備えへ回さないと、RoRの優位性が失われたときに、並の開発者に成り下がってしまう。自分への投資を怠ってはいけない。RoRが陳腐化しても次のものに対応できる。
  • 1