並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 85601件

新着順 人気順

Commonの検索結果41 - 80 件 / 85601件

  • 見積もり・発注 - 技術情報Wiki

    発注/調達 † 値切ってはいけない 2009.3.6 確かに,プロジェクトには予算が決められており,その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には,入念に価格交渉を行い,発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには,PMは出てきた見積もりを査定する能力が必要であり,かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか RFP(Request For Proposal:提案依頼書) SLCP−JCP98:Software Life Cycle Process - Japan Common Frame 1998 SPA(Software Process Assessment)

    • Layout Gala: a collection of 40 CSS layouts based on the same markup and ready for download!

      by Alessandro Fulciniti In November 2005 I presented on pro.html.it a three-part article on creating CSS layouts using techniques like negative margins, any order columns and in some case opposite floats. The main goal of the article was getting the maximum number of layouts based on the same markup, each with valid CSS and HTML, without hacks nor workaround and a good cross-browser compatibility.

      • 図解 X.509 証明書 - Qiita

        はじめに X.509 証明書について解説します。(English version is here → "Illustrated X.509 Certificate") ※ この記事は 2020 年 7 月 1 日にオンラインで開催された Authlete 社主催の『OAuth/OIDC 勉強会【クライアント認証編】』の一部を文書化したものです。勉強会の動画は公開しており、X.509 証明書については『#4 X.509 証明書(1)』と『#5 X.509 証明書(2)』で解説しているので、動画解説のほうがお好みであればそちらをご参照ください。 1. デジタル署名(前提知識) この記事を読んでいただくにあたり、デジタル署名に関する知識が必要となります。つまり、「秘密鍵を用いて生成された署名を公開鍵で検証することにより」、「対象データが改竄されていないこと」や「秘密鍵の保持者が確かに署名したこと

          図解 X.509 証明書 - Qiita
        • Photoshopでやってしまいがちな12個の間違った使い方

          Photoshopは便利なソフトウェアである反面、あまりにも便利なので思わずやってしまいがちな間違い、誤用、乱用といったものもあります。これらのことをしてしまっているからといって嘲笑の対象になるというのではなく、こういうミスを犯しがちなのでPhotoshop初心者・初級者は気をつけましょうというポイントのリストになっています。 どれもこれもPhotoshopをマスターしている人から見れば当然のことばかりなのかもしれませんが、誰でも一番最初には「初めて」のときがあったことも事実なので、これらの間違いを犯しているユーザーを見かけたら、相手の心を傷つけないように注意しながら、上達を促してあげると良いのかもしれません。 Photoshopでやってしまいがちな12個の間違った使い方は以下から。 12 Common Photoshop Mistakes, Misuses and Abuses | Th

            Photoshopでやってしまいがちな12個の間違った使い方
          • 読みやすいREADMEを書く | Yakst

            いくつかのオープンソースプロジェクトを公開している筆者からの、読みやすくユーザーにやさしいREADMEを書くためのアドバイス。 この記事は、Rowan Manning氏による「Writing a Friendly README」(2016/3/14)を翻訳したものです。 あなたのプロジェクトのREADMEは、かなり重要です。そこはプロジェクトに初めて来た人が大抵最初に見るであろう場所であり、唯一のドキュメントであることもよくあります。あなたのオープンソースプロジェクトにとってのREADMEは、企業にとってのウェブサイトのようなものです。ウェブサイトはユーザーエクスペリエンスの注目を集めるところですが、READMEがユーザー観点で考えられることはほとんどありません。 この記事では、分かりやすいREADMEを書くために役立ち、開発者(ユーザー)の要求に見合い、開発者がプロジェクトを初めて見たの

              読みやすいREADMEを書く | Yakst
            • スタイルシートを書く時のガイドライン - 2xup.org

              2006-07-11T19:56:28+09:00 会社ではやっているのだけれど、自分のウェブサイトでもやってみよう。と簡略記述を利用する場合の値の順序やらもまとめとく必要があるのかもしれないけれど、セットフォーマットルールやプロパティの順番だけをサクッとまとめて資料にしてみました。課題は残したもののこれだけでも相当すっきり。詳細やセットフォーマットルールに関しては、ダウンロードできるようにしている資料を参考にしていただくとして、このエントリーではプロパティの順序についてまとめることに。自分自身が実際に作業を進めていくことを考慮し、その考えに基づいて設定したモデル別の順序は以下の通り。 生成 内容, 自動番号付け及びリスト (Generated content, Automatic numbering, and Lists) 利用者インターフェイス (User Interface) ビジュ

              • Mac OSXでのvim環境整理。.vimrcやらオヌヌメPlug inやらまとめ。 - ( ꒪⌓꒪) ゆるよろ日記

                「そんな.vimrcで大丈夫か?」 「一番いい設定をたのむ」 ってことで、新しくMacbook Pro 15inch買ってSSDで世界が変わったゆろよろですこんにちうぉー。 で、pathogen.vimというvimのplugin管理を導入して、.vimrcやら見直したりしてみたんで色々と紹介してみようと思ったんですわ。 まぁ、この記事見たのがきっかけです。 vimプラグインでよりよいコーディングを | tech.kayac.com - KAYAC engineers’ blog もっとVim戦闘力を上げたいので、誰かvim scriptのハンズオンとかやって俺にvim scriptの書き方を教えてください……! MacVim-KaoriYaのinstall まずは、vim本体をMacVim-KaoriYaにします。 MacVimに対して、香り屋パッチの統合、ローカライズ、MacVim固有の

                  Mac OSXでのvim環境整理。.vimrcやらオヌヌメPlug inやらまとめ。 - ( ꒪⌓꒪) ゆるよろ日記
                • diffの動作原理を知る~どのようにして差分を導き出すのか | gihyo.jp

                  UNIXの基本的なコマンドの1つであるdiff。 これに実装されているアルゴリズムは実に興味深い世界が広がっています。 本稿では、筆者が開発した独自ライブラリ「dtl」をもとに「diffのしくみ」を解説します。 はじめに diffは2つのファイルやディレクトリの差分を取るのに使用するプログラムです。 ソフトウェア開発を行っている方であれば、SubversionやGitなどのバージョン管理システムを通して利用していることが多いかと思います。本稿ではそのdiffの動作原理について解説します。 差分の計算の際に重要な3つの要素 差分を計算するというのは次の3つを計算することに帰結します。 編集距離 2つの要素列の違いを数値化したもの LCS(Longest Common Subsequence) 2つの要素列の最長共通部分列 SES(Shortest Edit Script) ある要素列を別の要

                    diffの動作原理を知る~どのようにして差分を導き出すのか | gihyo.jp
                  • Google TypeScript Style Guide

                    // Good: choose between two options as appropriate (see below). import * as ng from '@angular/core'; import {Foo} from './foo'; // Only when needed: default imports. import Button from 'Button'; // Sometimes needed to import libraries for their side effects: import 'jasmine'; import '@polymer/paper-button'; Import paths TypeScript code must use paths to import other TypeScript code. Paths may be r

                    • Everystockphoto.com

                      Free Stock Photos Unleashed: Explore, Share & Delight in Exceptional Images! If you’re looking for high-quality images to use in your marketing campaigns or social media posts, then you’ve come to the right place. In this article, we’ll be discussing free stock photo sites that offer a wide range of curated collections with usage rights that allow you to use them for commercial purposes without an

                      • プログラミング初心者のための JavaScript と Node.js の歴史、それを踏まえた勉強方法

                        プログラミング初心者のための JavaScript と Node.js の歴史、それを踏まえた勉強方法 2020年でJavaScript学ぶならきっとブラウザ向けJSガン無視していきなり初手node.js(ただし暫く何も足さない)がいいんじゃないかというメモ - min.t (ミント) Node.js を教えることについて、自分は賛成なんですが、その学習パスが整理されてないなと思っていたのと、学習パスがなぜ整理されていないかについて書きます。 はじめに 問題意識として、今のプログラミングスクールや独学勢が Ruby on Rails に偏っていて、 Node.js の人間としては、歯がゆく感じているんですが、実際 Node.js を教えるとしても問題も多いと認識しています。 歴史の話は、当時の実情や政治を省いて結果だけを書きます。具体的には第一次ブラウザ戦争、第二次ブラウザ戦争を言及しませ

                          プログラミング初心者のための JavaScript と Node.js の歴史、それを踏まえた勉強方法
                        • Windows Vista 搭載パソコンを買ってきてやったことまとめ - IT戦記

                          日曜日です ところで、今の Windows XP 機 4 年前の 12 月に買った ちょうど 4 歳 ノートなのにバッテリ 5 分くらいしかもたない 買い替えよう というわけで、 Windows Vista 搭載パソコンを買いにいきました。 いざ、秋葉原! 秋葉原にて ネットブックとかイーモバイルの勧誘に目もくれず、安いパソコンを探す。 で、結局 \99,800 + ポイント 10% で http://www.acer.co.jp/products/notebook/tm5730/index.html を買った。 買った理由としては、 比較的安かった メモリが 2 GB で 1 スロットしか使ってない 2GB 足して、 2 GB + 2 GB のデュアルチャンネルで動作させたい メモリはパソコンのポイントで買える という感じ。 どのメモリが、デュアルチャンネルで動作するか分からなかったので

                            Windows Vista 搭載パソコンを買ってきてやったことまとめ - IT戦記
                          • 日本の英語教育が落っことしがちな英単語最頻出2000語を7クリックで覚える表

                            AWL570についての記事(英語圏大卒社会人のコアボキャブラリーAWL570を7クリックで覚える表 (旧題:570の学術系英単語を5クリックで覚える表) 読書猿Classic: between / beyond readers )を直したので、併せて基本語彙のリストであるGSLについても似たようなものを作ってみた。 GSL (General Service List:汎用性の高い単語リスト)は、フリーの英単語リストをまとめてみた 読書猿Classic: between / beyond readers にも登場したけれど、最も流布した今なお評価の高い頻度順の基本英単語リストである。 語彙限定本(グレイデッド・リーダー)の500語レベル、1000語レベルといった制限語彙を確定するための尺度として用いられた他に、語義をすべて制限語彙内でまかなう学習英語辞書Longman Dictionary

                              日本の英語教育が落っことしがちな英単語最頻出2000語を7クリックで覚える表
                            • 隠れた傑作 胸糞悪い映画ランキング - アノ映画日和

                              記念回はランキングでお馴染みのアノ映画日和でございます。 今回の記念は読者様登録700名記念。 パチパチパチパチ いつもご愛読頂いてる皆さま本当に有難うございます。 そんな皆様に何か面白いランキングでお返しがしたい。 それにはどんなランキングが最適だろう? 考えました。 この猛暑も吹き飛ばす爽やかな夏映画ランキング! はどうか? う~~ん、当たり前すぎて面白くない。 で、ひねくれ者の僕らしく 猛暑に体力を奪われている中、追い打ちで精神まで削るランキングをプレゼントさせて頂くことにしました。 ジメッとした夏の不快指数を更に高める 胸糞悪い映画ランキング! これで行きましょう! と言ってもミスト、セブン、ダンサーインザダーク、ファニーゲームなどメジャー作品は並びません。 当ブログお馴染みの隠れた傑作シリーズでいかせて頂きます。 題して 映画好きさんも見逃しがちな隠れた傑作胸糞映画ランキングBe

                                隠れた傑作 胸糞悪い映画ランキング - アノ映画日和
                              • 消えたプログラマの残したものは - megamouthの葬列

                                システム開発の佳境に、開発メンバーが突然出社しなくなってしまう。 携帯にも連絡がつかず、3日ほど音信不通になったので、さすがに心配になった上司が大家と共に自宅を訪れると、夕日が差し込む部屋の真ん中に、当の本人が何の表情も浮かべずにただ座っていたりする。 そういう事は大して珍しいことではないので、ある程度経験のあるIT業界人なら、同僚が「消えて」しまってもそれほど驚くことはない。 プログラマというのは、とかく「消えて」しまうものなのだ。と彼らは思っている。 「消えた」プログラマは、意識的にしろ無自覚にしろ自分の人生をちょっとばかり台無しにしながら、プロジェクトに虚無の穴を空けるわけだが、そうした「工程の穴」は他のメンバーが残業したり、派遣会社から来た代替の人員が埋めてしまったりする。ビジネス的には人月で数えられた我々の「数字」などというものはちょっとした帳尻あわせでなんとかなってしまうらしい

                                  消えたプログラマの残したものは - megamouthの葬列
                                • タイムゾーン呪いの書 (知識編)

                                  「タイムゾーン呪いの書」は、もともと 2018年に Qiita に投稿した記事でしたが、大幅な改訂を 2021年におこない、同時にこちらの Zenn に引っ越すことにしました。 この改訂では Software Design 誌の 2018年 12月号に特集の一章として寄稿した内容も取り込みつつ、夏時間をめぐって各地で起きつつある変化について 2021年 6月現在の状況なども追加しました。そんな追記もしていたら記事全体が長大になってしまったため、この「知識編」と、「実装編」・「Java 編」に記事を分けました。「知識編」は、導入にあたる第一部です。 Qiita のほうは、引っ越した旨とこの引っ越し先へのリンクだけ追記して、しばらくそのまま残すつもりです。 はじめに タイムゾーンという概念のことは、ほとんどの人が聞いたことがあると思います。ソフトウェア・エンジニアでも多くの方が、時刻やタイムゾ

                                    タイムゾーン呪いの書 (知識編)
                                  • HTML5をはじめる人、勉強したい人用のテンプレートファイル -Easy HTML5 Template

                                    HTML5 Templateのデモページ Easy HTML5 Templateの特徴 汎用性の高いシンプルなつくり HTML5の新しい要素に重点をおいて設計 HTML5対応ブラウザはもちろん、IE6, IE7, IE8も考慮 モバイルデバイスも考慮 jQuery, Google Analyticsなどよく使用されるものを配置済み [ad#ad-2] Easy HTML5 Templateの外部ファイル Easy HTML5 Templateで使用している外部ファイルです。 screen.css Reset CSSには「Eric Meyer's reset」が使用されています。 modernizr-1.6.min.js 「Modernizr」。HTML5やCSS3をサポートしているか調べ、CSSの場合はエレメントにclassを加えます。 html5.js 「html5.js」。IE9未満(

                                    • 「Raspberry Pi(ラズベリー・パイ)」について知っておくべきこと | ReadWrite Japan

                                      「Raspberry Pi(ラズベリー・パイ)」について知っておくべきこと Raspberry Piは誰でも気軽に楽しむことができるシンプルなコンピューターだ。皆さんにも使い方を紹介しよう。 注文しておいた「Raspberry Pi(ラズベリー・パイ)」は、夕方にメール便で到着した。そしてその日の深夜までには、夫と私はそれをプリント・サーバーとして動かすことに成功していた。実は私達はどちらも、コンピューター・サイエンスの経験などは全く持ち合わせていない。 Raspberry Piは非常にシンプルなカード・サイズのコンピューターで、誰でも簡単にプログラムすることができる。元々は英国の学生が科学、テクノロジー、エンジニアリング、数学などを学ぶ入門用として設計されたものだが、35ドルという手頃な価格も手伝って、ホビー用途としても世界中の人々にとても人気がある。 小型のデバイスであるにも関わら

                                        「Raspberry Pi(ラズベリー・パイ)」について知っておくべきこと | ReadWrite Japan
                                      • 就職面接でよくある10の質問 | ライフハッカー・ジャパン

                                        「ご自身についてお聞かせください」 企業側は、応募者がその企業に合う人材か?応募者が持つ経歴やスキルがうまく活かせそうか?をチェックしている。すぐに答え始めるのではなく、「具体的にどのような観点でお話すればいいいですか?」と答えるポイントを面接官に聞いてみるのもいい。 続きは以下にて。 「ご自身がわが社に相応しいと思われる理由は何ですか?」 自分の経験がその会社でどう活かせるのか?を伝えよう。意欲・スキルが会社の求めるレベルに合っていることを示すのがコツ。 「欠点は何ですか?」 「自分はカンペキです」「誰もが私のことを仕事熱心だといいます」なんていうのはかえって胡散臭い。自分の欠点もきちんと話すことで、面接全体の信頼性を上げよう。 「5年後、どうなっていたいですか?」 企業側は、応募者が腰を落ち着けてその会社で仕事をしてくれそうか?をチェックしている。その会社での5年後の自分の期待像を描き

                                          就職面接でよくある10の質問 | ライフハッカー・ジャパン
                                        • 文字列アルゴリズムの学びかた - Hatena Developer Blog

                                          こんにちは!はてなアプリケーションエンジニアの id:takuya-a です。 みなさんは、このような疑問をもったことはありませんか? grep はどのように文字列を検索しているのか? MeCab はどうやって辞書を高速にルックアップしているのか? パーサやコンパイラを作りたいけど、何から始めればいいのか? 本稿では、「文字列アルゴリズムとはどんなものなのか?」「なぜ重要なのか?」「何を知っておくべきか?」「どうやって勉強すればいいのか?」といった疑問にお答えしていこうと思います。 文字列アルゴリズムの意外な応用や、モチベーションを保ちやすい勉強のしかた、文字列アルゴリズムを勉強するために行った社内での取り組み、実装するときのコツといったトピックについても触れています。 このエントリは、はてなエンジニアアドベントカレンダー2016の22日目の記事です。昨日は id:syou6162 さんに

                                            文字列アルゴリズムの学びかた - Hatena Developer Blog
                                          • データサイエンス初学者のための実践的な学習環境 「データサイエンス100本ノック(構造化データ加工編)」をGitHubに無料公開 | 一般社団法人データサイエンティスト協会

                                            一般社団法人データサイエンティスト協会(所在地:東京都港区、代表理事:草野 隆史、以下データサイエンティスト協会)は、構造化データの加工について実践的に学ぶことができる無料の学習環境「データサイエンス100本ノック(構造化データ加工編)」をGitHubに公開しました。 「データサイエンス100本ノック(構造化データ加工編)」は、データサイエンス初学者を対象に、データの加工・集計、統計学や機械学習を駆使したモデリングの前処理等を学べるよう、データと実行環境構築スクリプト、演習問題をワンセットにしています。 近年、データ活用の重要性についての認知が広がる中で、書籍やWebサイトなど、データ分析のスキル向上に役立つ情報源も多く提供されています。一方で、実践するための「データ」や「プログラミング実行環境」を持ち合わせていないことも多く、「実践力」を身につける機会が限られていました。特に、「構造化デ

                                              データサイエンス初学者のための実践的な学習環境 「データサイエンス100本ノック(構造化データ加工編)」をGitHubに無料公開 | 一般社団法人データサイエンティスト協会
                                            • このクオリティで全部無料!?語学学習Youtubeチャンネル55選! - ただの妄想

                                              photo by GotCredit 学習に使えるYoutube動画チャンネルをとことん集めてみました! 英語、中国語はそこそこ、ベトナム語、ロシア語、フランス語は少しかじりました。 言語おたく的観点から、語学学習動画をまとめつつコメントしてみました。 語学系 英語 www.youtube.com 全体的:初級~中級、ゆっくり、字幕あり ⇒Learn English-in 3 Minutesは良いと思います。 英会話についての動画なんですが、こういうときは大体、こういう事を聞いてくるとか、こういう風に答えれば良い等、会話の流れについてのアドバイスが非常に良いですね。アメリカ人は普通こういう会話の流れをするとかってなかなか分からないですものね。非常に秀逸なシリーズだと思います。 ⇒Learn American Holidaysのシリーズもおすすめ 動画で喋る英語の字幕があり、スピードはそこそ

                                                このクオリティで全部無料!?語学学習Youtubeチャンネル55選! - ただの妄想
                                              • コーディング規約を作ろう

                                                2017年1月6日 Webサイト制作, 便利ツール コーディング規約やスタイルガイドは、HTMLやCSSのマークアップや、各種プログラミング言語の書き方をまとめたものです。コーディングスタンダードやコーディングガイドラインとも呼ばれますね。コーディング規約を決めていなかったり、あいまいにしたまま進めていくと、書式が統一されていないため、コードを追加すればするほどゴチャゴチャしたコードになりがちです。チームでコーディングしていくならなおさら。今回チーム用のコーディング規約を見直すことになったので、その時感じた抑えておくべきポイントをまとめてみます。 ↑私が10年以上利用している会計ソフト! コーディング規約に含むべき項目 ディレクトリー階層 ファイルを保存するフォルダーの階層や、そのフォルダーの名前を決めておきます。画像を格納しているフォルダーを例にあげても、「image」「images」「

                                                  コーディング規約を作ろう
                                                • WordPress 独学者にありがちな失敗とは?

                                                  WordPress は世界のブロガーたちに愛される、最も人気のあるプラットフォームだ。日本でも「正解のブログ」を作ろうとする人たちの間で一気に人気が高まっており、ビジネススキルとしても活かせる WordPress を独学で勉強する人は益々増えてきている。 WordPress についての情報は日本語でも十分に出回っているが、それでも「はじめの失敗」は付きもの。そこで今回は WordPress 独学者に良くある9つの致命的な失敗をご紹介しよう。これから WordPress を勉強していこうという初心者の方は、ぜひ目を通して欲しい。 WordPress の使い方が 30 分から学べる!WordPress オンライン講座 1. 間違えて WordPress.com の方を選ぶ実は WordPress をはじめるには2つ方法がある。1つは、WordPress.com にユーザー登録をして今スグに W

                                                    WordPress 独学者にありがちな失敗とは?
                                                  • フリーの英単語リストをまとめてみた

                                                    Horn List (100 Most Common Words) 頻度順 http://www.englishcorner.vacau.com/vocabulary/hornlistfreq.html アルファベット順 http://www.englishcorner.vacau.com/vocabulary/hornlistalpha.html [出典]Horn, E. (1926), A basic writing vocabulary, 10,000 words most commonly used in writing, College of Education. Dolch List (220 Basic Sight Words) 頻度順 http://www.englishcorner.vacau.com/vocabulary/dolchfreq.html アルファベット順 

                                                      フリーの英単語リストをまとめてみた
                                                    • 実践英語 - とあるソフトウェアエンジニアの方法論

                                                      大英博物館 ロゼッタストーン 記事のねらい 読者の英語力が上がる 注意 科学的根拠はありません。再現性も未確認です。とあるソフトウェアエンジニアがチラシの裏を公開した程度に過ぎません。 筆者の英語力 ネイティブレベルの英語力は持ってませんが、アメリカで7年以上働いてます。 OctopusをOculusに聞き間違えられることはないと思います。たぶん。 と、さりげなく、どこで働いているか暗示してみたところで、本題に入ります。 ロードマップ この記事は、とあるソフトウェアエンジニアが実践として語る、英語学習の方法論です(6年間の実体験を元に、http://blogger.splhack.org/2014/09/blog-post.html を洗練させたものです。前述通り、科学的根拠はありません。アメリカの会社のコーディングインタビューを通り、一日中英語だけの環境で働きながら、他のソフトウェアエン

                                                        実践英語 - とあるソフトウェアエンジニアの方法論
                                                      • 類似しているプログラミング言語の文法などの比較まとめチートシートが良い感じ - goinger的日記

                                                        以前見つけた資料。そういやそんなんあったなと久々に検索して探すのに少し手間取ったのでメモ 言語の比較対応で文法覚えられそうなんで便利じゃないかなと 参照: Big Script: PHP, Perl, Python, Ruby, Smalltalk http://hyperpolyglot.wikidot.com/scripting Small Script: Bash, Tcl, Lua, Javascript, IO http://hyperpolyglot.wikidot.com/small Platform: C, C++, Objective C, Java, C# http://hyperpolyglot.wikidot.com/platform Lisp: Common Lisp, Scheme, Clojure, Emacs Lisp http://hyperpolyglo

                                                          類似しているプログラミング言語の文法などの比較まとめチートシートが良い感じ - goinger的日記
                                                        • TRANS [hatena] - 印刷用CSSをまとめてみた。

                                                          以前、絵文禄のことのはさんのところで、サイトの横幅を640ピクセルにする理由――統計と現状に基づく結論というエントリーがあった。それから、ちょっと印刷用CSSに興味を持って、色々と調べてみたり、自分で書いてみたりした。そのまとめ。 ちなみに、#naviがグローバルナビゲーション、#primaryがメインコンテンツ、#secondaryがサブメニュー、#footerがフッター。 とりあえず、最低限やっておいたほうがよいこと。 body { font-size: 12pt; color: #000000; background-color: #FFFFFF; } a:link, a:visited { text-decoration: underline; color: #000000; } img { border: 0; } 印刷で読まれることを勘案するのなら、font-sizeはある程度

                                                            TRANS [hatena] - 印刷用CSSをまとめてみた。
                                                          • 洪水にあいそうなときはすぐ避難したほうがいい

                                                            令和2年7月豪雨で床上浸水した。想定外のことが起こりまくったので、いままさに大雨にあっている、あいそうな人に向けて避難を推奨する文を書いておく。 8/15追記:被災にあってしまった後、何が起こるか、どうしたらいいかを書いた→https://anond.hatelabo.jp/20210815211223 起こったこと7月3日夜 大雨特別警報がでる 7月4日午前3時か4時頃 スマホの非常アラームにたたき起こされる 7月4日午前7時 隣町で床下浸水(しばしばよくある) 7月4日午前7時30分 家の周囲が5㎝くらいの水深になる(いつもの大雨と違うことを察知) 7月4日午前9時30分 家の周囲が3mくらいの水深になる、床上1.5mの浸水 ~このあたりからネット回線と電話回線がしぬ。停電になる。ガスが止まる。 7月4日午前10時 水深2.5mくらいになる、そのあと徐々に水が引き始める 7月4日午後1

                                                              洪水にあいそうなときはすぐ避難したほうがいい
                                                            • テスト駆動開発とマイクロサービスのせいで短命に終わったスマホゲームの話

                                                              「悪い方が良い」原則をご存じだろうか? プログラミング言語「Common Lisp」の開発に携わったことでも知られるソフトウエア技術者リチャード・ガブリエル(Richard Gabriel)氏が1990年に発表した有名なエッセイ「The Rise of ``Worse is Better''」で主張したソフトウエア開発の考え方だ。 このエッセイでガブリエル氏は、美しく完全に設計・実装されるより、単純で雑に設計・実装されたソフトウエアの方が良いと説く。彼は前者を「正しいやり方」「MIT/スタンフォード式」、後者を「悪い方がよい原則」「ニュージャージー式」と呼び、ニュージャージー式がいかに優れているか様々な事例を挙げて説明する。 これは一見とても奇妙に聞こえる。 ソフトウエア開発では通常「美しい設計」や「美しいコード」が尊まれる。「車輪の再発明はするな」とか、「階層構造に分けて、要素をいつでも

                                                                テスト駆動開発とマイクロサービスのせいで短命に終わったスマホゲームの話
                                                              • オープンデータ取得先まとめ - Qiita

                                                                2018/1/1時点で利用可能な、オープンデータの主要取得先を記載します。 1. 世界中の国や都市の情報 EUとイギリス Public Data EU http://publicdata.eu Open Data Europe http://data.europa.eu/euodp/en/home UK Government Data https://data.gov.uk アフリカ Africa Open Data https://africaopendata.org Code for South Africa http://code4sa.org Code for Africa https://codeforafrica.org アジア Open Cities Project http://www.opencitiesproject.org Open Nepal http://data

                                                                  オープンデータ取得先まとめ - Qiita
                                                                • 風邪のひきはじめに葛根湯は効くか?:朝日新聞デジタル

                                                                  予防に気を付けていても、ひくときは風邪をひいてしまいます。風邪をひいてしまったら、温かくして安静にするのが一番です。症状がつらいときには薬を使ってもかまいません。ただ、一般的な風邪薬には症状を緩和する働きはありますが、風邪を予防する働きはありません。たまに「風邪のひきはじめなので早めに受診しました」という患者さんがいらっしゃいますが、正直なところ、あまり打つ手はありません。 風邪に対して漢方薬が処方されることがあります。一番メジャーなのが葛根湯でしょう。医師が処方することもできますが、処方せんなしに薬局で買うこともできます。風邪のひきはじめに葛根湯を飲むと効果があるという主張もありますが、どうやったら検証できるでしょうか。そう、風邪のひきはじめの人をたくさん集めて、葛根湯を飲む群と飲まない群に分け、風邪が悪化する人の数を数えて比較してみれば検証できます。 ひきはじめの風邪に対する葛根湯の効

                                                                    風邪のひきはじめに葛根湯は効くか?:朝日新聞デジタル
                                                                  • あなたは全部知っていますか?プログラミングの業界用語30選 | POSTD

                                                                    Stack Overflowは、私が学習に役立ててきた多くのオンライン・コミュニティと同じように、自然と厳しくなってきました。第一にこれは、自己防衛機能です。子どもが初めて学校や託児所に入ると広大な世界にさらされて、 髄膜炎菌症を発症 して日々くしゃみやせきを繰り返しながら成長するのと同じような免疫システムです。常に好ましいことだとは言い難いですが、生き残るためには必要なプロセスなのです。 2年前に投稿された、下記の質問のことを考えてみてください。 あなたが新しく作ったプログラミングの業界用語は何ですか? あなたが作り、あなたの周りで使われるようになった、プログラミングの用語は何ですか?(他の人が真似して使っているのを聞いた、など)あなた独自の言い方が、職場内でのみ使われていたり、インターネット上で幅広く普及していたりすることもあるでしょう。 独自のプログラミングの用語、単語、言い回しを太

                                                                      あなたは全部知っていますか?プログラミングの業界用語30選 | POSTD
                                                                    • ソースコードの減らし方 - 基本的な考え方と10個の方法 - クラウドワークス エンジニアブログ

                                                                      ステップ数で評価が決まる現場では全く役に立たないテクニックではありますが、ソースコードの減らし方について紹介したいと思います。 開発Div. エンジニアのayasudaです。 2014年の夏にジョインし、会社名と同じサービス、クラウドワークス の開発に携わっています。 ご覧の通り、消したソースコードの方が多いので、ステップ数換算だとマイナスの働きしかしてませんね! 本記事では、特に Ruby on Rails の運用されているプロダクトコードにおける、ソースコードの減らし方について紹介していこうと思います。 基本的な考え方 ソースコードを減らすときの大原則は「ボーイスカウト・ルール - プログラマが知るべき97のこと」です。 普段、ソースコードを触るときに、一つでも良いので簡単な改善を入れる。これを積み重ねるのが大事です。 一度に一気に直そうとするのはあまり良くありません。大抵の場合、デグ

                                                                        ソースコードの減らし方 - 基本的な考え方と10個の方法 - クラウドワークス エンジニアブログ
                                                                      • Google HTML/CSS Style Guide

                                                                        Revision 2.1 This style guide contains many details that are initially hidden from view. They are marked by the triangle icon, which you see here on your left. Click it now. You should see “Hooray” appear below. Hooray! Now you know you can expand points to get more details. Alternatively, there’s a “toggle all” at the top of this document. This document defines formatting and style rules for HTML

                                                                        • アドビ―Dreamweaverデベロッパーセンター

                                                                          Enhance and extend DreamweaverDreamweaver provides its own API as well as the Common Extensibility Platform (CEP), and offers you the flexibility of using C++, HTML, CSS, and JS to build extensions for Dreamweaver. You can extend the Dreamweaver UI, add powerful features for building web apps and automate entire cross-application workflows. Build custom web development toolsImport database data in

                                                                          • C++標準化委員会、ついに文字とは何かを理解する: char8_t - Qiita

                                                                            C++ Advent Calendar 2018 この記事はC++ Advent Calendar 2018 15日目の記事です。 14日目: VTKライブラリ 16日目: C++のエラー処理との付き合い方 当初見積もりよりも大幅に長い記事となり、投稿したのは12/22で1週間遅刻です。すみません。 お知らせ cpprefjpにchar8_t型追加について解説を書きました。ぎゅぎゅっとコンパクトに、また査読を受けて中立的な表現で書いていますので、よければどうぞ。 UTF-8エンコーディングされた文字の型としてchar8_tを追加 - cpprefjp C++日本語リファレンス 追記 全ての開発者が知っておくべきUnicodeについての最低限の知識 - GIGAZINE Unicodeについて簡潔にまとまってるいい記事を見つけました。 Caution この文章には以下の要素が含まれます。苦手

                                                                              C++標準化委員会、ついに文字とは何かを理解する: char8_t - Qiita
                                                                            • 主要でもないプログラミング言語200種を一行で解説 - Qiita

                                                                              はじめに 家帰ったら『主要じゃない200くらいのプログラミング言語の雑な紹介』書いてやるから待ってろ — NANAKASE Kotoko (@make_now_just) 2016年7月1日 このツイートがことの発端でした。元ネタは、 主要なプログラミング言語 5種類を徹底解説! - Programming share 主要なプログラミング言語8種をざっくり解説 - shi3zの長文日記 あたりです。上の方の記事の冒頭に、 現在プログラミング言語は、200種類以上存在していると言われています。(実際に利用されているプログラミング言語の数はその10分の1くらいです。) とあったので200言語解説してみようというわけです。 200言語の解説を書くということは仮に1言語1分で書いたとしても200分、つまり3時間と20分の時間がかかるわけで、まぁそれは無駄に時間のかかる作業になります。そうなると必

                                                                                主要でもないプログラミング言語200種を一行で解説 - Qiita
                                                                              • Daft Punkは何故解散しなければいけなかったのか〜ぼくなりの考察|CMJK

                                                                                Daft Punk 〜 トーマ・バンガルデルがいなかったら今の自分もいない。それくらい感謝しています。 ぼくはDaft Punkの熱心なファンではありませんでした。もちろん嫌いじゃありませんでしたが熱狂するほどはのめり込めなかった。 なぜならDaft Punkはオリジネイターというよりは元ネタからの引用がとても上手な「うまいことやる人達」という印象が強かったから。1stから2ndにかけてはああなるほどとは思いつつも熱心には聴いてなかったしもちろん影響も受けませんでした。 80年代の終わり頃からシンセサイザーやリズムマシン、サンプラーをシーケンサーで稼働させるいわゆる「打ち込み」を10年間延々とやり続けてアーティスト活動も辞めて編曲家に転身しつつあった90年代の終わり〜2000年代の頭にかけて、突然シンセサイザーに飽きた時期がありました。 ちょうどその頃浜崎あゆみ女史チームからお声かけいただ

                                                                                  Daft Punkは何故解散しなければいけなかったのか〜ぼくなりの考察|CMJK
                                                                                • CSS 設計の長い夢 - ペパボのフロントエンドスタンダード

                                                                                  フロントエンド周りの技術は驚異的なスピードで進化し、また多様化しています。それらを全てマスターするのは途方もなく大変なので、ペパボでは、社内のエンジニア・デザイナが「最低限これだけはおさえておこう」というスタンダードを文書化することにいたしました。社内向けを想定した文書ではありますが、社内のみに留めず多くの方に役立てたいと考えたため公開します。 スタイルシートの夢 (1) 予測しやすい (2) 再利用しやすい (3) 保守しやすい (4) 拡張しやすい 代表的な CSS 設計手法 既存プロジェクトの CSS に立ち向かう! (0) 流れ (1) 既存の CSS ファイルを元に SCSS ファイルに変換する (2) イニシャライズ CSS や共通の箇所のスタイルを分離する (3) CSSLint を使って、修正しやすいところから整理していく (4) コンパイル (5) スタイルのスコープ(あ

                                                                                    CSS 設計の長い夢 - ペパボのフロントエンドスタンダード