タグ

2014年9月5日のブックマーク (5件)

  • エクセルをデータベースとして使うには、こうすればいいと思うのだけど、なぜ誰もやらないのかな? - Excel 業務システム

    エクセルは罫線ワープロじゃない なんでエクセルをこんな使い方するのだろう? 毎回、毎回、会議のたびに同じような資料作って、もう疲れました。 データとして管理するなら1件のデータを横一列に入力して、縦向きに連続してデータを繰り返して管理しないといけません。 エクセルは罫線ワープロじゃない ここでやってはいけないこと エクセルのフォーム編集機能は、使えない データベース形式で、管理する 印刷シートに、データをリンクしてはダメ! 印刷シートは、[印刷作業領域]にリンクします。 エクセルカード HARI の使い方(動画) Excel と Access を連携して使う(動画) Acces と Excel を連携して、格的なデータベース管理を行うには? Excel → Access → Azure と移行していく セールスApp KATA(営業支援ノーコードアプリ) ここでやってはいけないこと 1.

    エクセルをデータベースとして使うには、こうすればいいと思うのだけど、なぜ誰もやらないのかな? - Excel 業務システム
  • 絵本のはなし(私が絵本を購入する際の基準にしていることなど) - バンビのあくび

    先日、こんな内容のブログを書きました。 かわいい新刊絵を2冊紹介させて下さい。『ぼくはうさぎ』『ぼくぱぐ』 - バンビのあくび これに対してタケモトさんから言及があり、その時に私が絵を購入する時の基準を書こうかなぁと思ってはいたのですが、面倒でずっと放ったらかしにしておりました。(ぐうたらですみません…) ですが、日、スズコさんのブログを拝見し、ああ、やっぱり書いておこうかなと思いましたので、私が絵を購入する基準の話を書きたいと思います。 ちなみにこちらが、参考にしましたお二人のブログです。 嫌いな絵を紹介させて欲しい。「くまのがっこう」 - この世の背景 絵「3びきのくま」を通して。 大人になった私の目線と、小さい私の見ていたもの。 - スズコ、考える。 *** 私は子どもの頃から絵が大好きで、幼稚園にあった絵を片っぱしから読んでいました。 母の仕事の関係で家にも絵がた

    絵本のはなし(私が絵本を購入する際の基準にしていることなど) - バンビのあくび
  • 初めてコードレビューされる人のためのpull requestとcommitの作り方 - Qiita

    pull requestの作り方について 作業途中でもpull request作ったほうがいい。 作業途中だと分かるようにwantedlyだと、[WIP]とかタイトルの最初につけてる タイトルに書くこと 作業の内容が分かるタイトル descriptionに書くこと WHY WHATを必ず書く Viewに変更がある場合は、スクリーンショットを貼る 関連のissueやpull reqeustへのリンクがあれば書く コードだけで分かりにくい箇所の説明(できるだけコードだけで分かるほうがいいけど) イメージは、初めてpull requestを見る人がmergeする上で必要な判断ができる情報があること。 どの作業をしているか、残っているか分かるように、マークダウンでチェックリスト作る git commitの方法について 僕自身まだまだcommitの単位は汚いので、今の僕レベルで気をつけていることを書

    初めてコードレビューされる人のためのpull requestとcommitの作り方 - Qiita
  • 人口は集中させた方がいいのか、分散させた方がいいのか? - Munchener Brucke

    現在なんとなくコンセンサスを得られているのは以下の2つである。 東京一極集中は良くない コンパクトシティを推進すべきだ つまりマクロな部分では分散させた方がいいが、ミクロの部分では集中させた方がいいというのが結論のようだが、その境目はどこか? もっとも集積の経済的メリットを評価する人は、6大都市圏に「ヒト」「カネ」「モノ」を集中させるべきだと考える(更にアグレッシブな「東京一極集中肯定論」は流石に防災リスクが経済的メリットを上回ると考える人が多いようで、そういった持論を展開する人はお見かけしない。)。だいたい道州制推進論者はこの考え方の人が多い。なんでも都道府県一つは必ずあるようなインフラ整備は費用対効果が悪いので、6大都市に集中投資して、それ以外の県庁所在地はそれらの都市の衛星都市のようにしてしまう考え方だ。 ただこの考え方は政治的コンセンサスを得るのが難しい。道州都に選ばれなさそうな府

    人口は集中させた方がいいのか、分散させた方がいいのか? - Munchener Brucke
  • クラスの命名のアンチパターン - Qiita

    昔から「名は体を表す」と言ひます。クラスの名前がクラスの果たす役割と一致してゐるかどうか常に考へ続けませう。 ImageInfo, AccountData, etc. Info って何やねん? Data って何やねん? ImageInfo って Image とはどう違ふねん?? FooInfo や FooData よりも好ましいかもしれない名前の例: FooAttribute, FooProperty, FooMetadata, FooDescription FooConfiguration, FooSetting, FooParameter FooResult, FooStatistics, FooSummary FooBuffer, FooList, FooCollection, ... ProductListItem, TranslationTableEntry, etc. Prod

    クラスの命名のアンチパターン - Qiita