タグ

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

  • 関連タグはありません

タグの絞り込みを解除

Programmingとdevelopmentとprogrammingに関するluccafortのブックマーク (85)

  • 変更前をコメントアウトして残す習慣は未だ根強い (2012年現在) - 日々常々

    2020-03-11追記: タイトルの「未だ」がいつなのかわかりづらいので「2012年現在」を追加しました。 バカバカしい話ですが、ソースコードをSubversionなどでバージョン管理しているにもかかわらず、未だ修正前をコメントアウトして残す習慣は残っているところも多々あります。こういうのです。 // 2012/08/15 irof 修正開始 // hoge = fuga(1); hoge = fuga(2); // 2012/08/15 irof 修正終了 見た事無い方は、そのまま見ないままで生きていかれることを切に願います。 コメントの修正がある場合 2012/07/21にあった、SCMBCでこんなツイートがありまして。 この時点でお見せしたのはこんな感じ。 // 2012/07/21 削除開始 // // 間違ったコメント // 2012/07/21 削除終了 someMethod

    変更前をコメントアウトして残す習慣は未だ根強い (2012年現在) - 日々常々
    luccafort
    luccafort 2012/12/19
    一番最初に就職したゲーム会社がまさにこれやってて「その当時はなるほどわかりやすい!」とか思ってたけどすぐに実態がわかって絶望したの思い出した。
  • JB 4.2 Daydreamの制約を乗り越えようとしてみる。 #androidadvent2012 | Mobile Engineers' Blog

    Android Advent Calendar 2012の14日目(表)担当の@korodroidです。裏は@ryosmsさんです。 Androidに出会ってから結構な年月が経ちましたが、いまだに新しいAndroidバージョンがリリースされるとわくわくしたりと、まだまだAndroidも大好きなアプリ開発者です:-) @youten_redoさん主催のJB新味ぺろぺろ会に先日参加して、Android 4.2から追加されたDaydreamを学んできました。面白い機能なので、早速、自分のアプリにも適用しようと思って、さらに触ってみました。そこで得られた情報を紹介させていただきます。このエントリを読んでいただき、Daydream対応アプリが少しでも増えてくれたらうれしいなと思っています。 Daydreamって何? Android 4.2から追加された機能で、簡単に言えば、スクリーンセーバーです。ド

    JB 4.2 Daydreamの制約を乗り越えようとしてみる。 #androidadvent2012 | Mobile Engineers' Blog
    luccafort
    luccafort 2012/12/14
    Daydream比較的残念ってことでいんだろうか?
  • 超速で開発・リリースするための6つのこと - Cybozu Inside Out | サイボウズエンジニアのブログ

    「サイボウズ・アドベントカレンダー」の8日目です。ちょうど真ん中まできました(これまでの記事一覧)。 こんにちは。kintone 開発チームの刈川です。いきなりですが、皆さんはどのくらいの頻度でアプリやサービスをリリースしていますか? 1週間? 1ヶ月? 1年? 規模によると思いますがクラウドサービスではリリースのスピードが大事です。せっかくいいアイデアを思いついたのに、それを実現するまでに果てしない時間と労力がかかるとしたら…。ユーザの意見を取り入れるまでに半年も一年もかかっていたのでは、ユーザは他サービスに移ってしまうかもしれません。そこで今回は、私たち kintone チームが取り組んでいる「スピーディな開発・リリース」のための手法を簡単に紹介したいと思います。 アイデアを形にする アイデアというのは形にするまでがゴールです。開発現場ではこのことをリリースと呼び、リリースをするまでに

    超速で開発・リリースするための6つのこと - Cybozu Inside Out | サイボウズエンジニアのブログ
    luccafort
    luccafort 2012/12/13
    「5. 技術的負債を返済する期間を設ける」これはすごいわかる。こういうふうにするべきなんだろうなぁ。
  • 第16回 生産性を上げるソースコードの書き方 | gihyo.jp

    ソフトウェア開発の難しさ ソフトウェアの開発プロジェクトに少しでも関わった人は誰でも知っていると思うが、ソフトウェア作りで最も難しいのは「スケジュール通りにソフトウェアを完成させること」である。 バグがなかなか修正できず泥沼にはまってしまったり、変更され続ける仕様のために当初立てたスケジュール表がまったく役に立たなくなってしまったり、スパゲッティコードに頭を抱えたりということはよくある。出口の見えない状況でソフトウェアエンジニアが過酷な労働を強いられる状況を「デスマーチ」(⁠death march)と呼ぶが、そんな言葉が存在すること自体が、ソフトウェア作りの難しさを表している。 ソフトウェアの開発は「生産活動」ではあるのだが、建物を建てる、料理を作る、野菜を育てる、ハードウェアを組み立てるなどの生産活動とは大きく違うのだ。 建物の場合で言えば、明確に定義された「設計図」がある。そして、その

    第16回 生産性を上げるソースコードの書き方 | gihyo.jp
  • レガシーPHPプロジェクトあるある - komagataのブログ

    プロジェクト名に愛が無い そしてリポジトリ名がncrm(多分New CRMの略)。だったら更に新しいの出たら何になるのか。nncrmか?nnncrm、n5crmとかschemeの仕様みたいになっていくのかと小一時間(略 テストが無い テストぉ?そんなお上品なもんなんざぁ、とんとお目にかかったことねーなぁ? バリデーションが無い バリデーション?そんなお上品なもんなんざぁ(略 サーバーがrootログインの許可+IP制限している セキュリティを高めたいのか低めたいのかどっちなのか。使い辛いわ。 バージョン管理システムがよくわかってない なぜトップにぶち撒けられてる?trunkはどこ?branchesとtagsはなぜ空? メソッドが大文字から始まる あんた絶対Windows畑から来たね?同じ調子でPHP書かれても困るんだヨォ。 全テーブルに共通のプレフィックスが付いている いや、データベース名が

    luccafort
    luccafort 2012/09/18
    PHPというよりはDBとか設計とかそっちよりな内容な気が…。あとこれ会社のコーディングルールの問題場仕方ない場合もあると思うのでそこは許してあげて、もしくはルール側を変えてあげて。