並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 462件

新着順 人気順

guidelineの検索結果41 - 80 件 / 462件

  • Webサイト制作でよく出てくるコンテンツとそれによく使うディレクトリ・ファイル名の一覧 - btmup Blog

    Web 制作のことを中心に、ちょっとした Tips などを掲載しています。「自分用メモ」が基本スタンス。 btmup Blog ディレクトリ名とかファイル名って、ちゃんとしようとすると意外に時間がかかるもの。 ページタイトルを直訳すれば良いってもんでもなく、いくつかある候補から内容に一番合った単語を見付けてこないといけない。 いちいち英語を調べるのもメンドいし、かといって「gaiyo」とかじゃ気持ち悪いし、どうしたもんかねー、とずっと思っていました。 で、今回、勢いでざっくりとまとめてみたのでついでに公開します。 本当にざっくりなので抜けもあるだろうし「それくらい書かんでも分かるわボケ」なものもあるでしょうけど、まぁそれは追々。 ディレクトリ名やファイル名として使用することを前提としているので、文法とかは全く考慮してませんので悪しからず。 最近、医療・病院関係のサイトに仕事で関わることが多

      Webサイト制作でよく出てくるコンテンツとそれによく使うディレクトリ・ファイル名の一覧 - btmup Blog
    • スマートフォンサイトをデザインする上で知っておくべき10のTIPS

      スマートフォンサイトをデザインする上で知っておくべき10のTIPS iPhoneやAndroidのスマートフォンの仕様を知らないけどデザインしなくちゃいけなくなったというデザイナーさんに知っておいてもらいたい10(+1)のTIPSです。 1.実機で確認する 当たり前のことですが作成したデザインを実機で確認して下さい。スマートフォンとPCでは目からの距離やDPIが違いますので、PCでは十分に見れたからといって実機で確認すると文字が小さすぎることなどがよくあります。書きだしたJPGをFTPでアップして確認してもいいですし、メールでスマートフォンに送って確認してもいいです。個人的にはDropboxで転送するのが手軽でおすすめです。 2.横幅は320pxもしくは640pxでデザインする スマートフォンでは基本横幅が320pxで表示されるのでデザインする際も320pxでデザインしましょう。ただ、Re

        スマートフォンサイトをデザインする上で知っておくべき10のTIPS
      • SYNODOS JOURNAL : 安楽死や自殺幇助が合法化された国々で起こっていること 児玉真美

        2012/9/2811:0 安楽死や自殺幇助が合法化された国々で起こっていること 児玉真美 アシュリー事件―メディカル・コントロールと新・優生思想の時代 著者:児玉 真美 販売元:生活書院 (2011-10) 販売元:Amazon.co.jp クチコミを見る 尊厳死法制化をめぐる議論で、尊厳死を推進しようとする人たちの中から「既に安楽死や自殺幇助を合法化した国では、なんらおぞましいことは起こっていない」という発言が出ることがある。私はそうした発言に遭遇するたびに、そこでつまづき、フリーズしたまま、その先の議論についていくことができなくなってしまう。 「おぞましいこと」は本当に起こっていないか? それとも現実に何が起こっているかを、この人は知らないのか? しかし、これだけ尊厳死法制化に積極的に関わってきたこの人が、本当に知らないということがあるだろうか? それとも現実に起こっていることを十分

        • 低い断熱性なぜ放置、世界に遅れる「窓」後進国ニッポン 松尾和也 松尾設計室代表 - 日本経済新聞

          日本の住宅の断熱性能が相対的に低いことをご存じだろうか。部位ごとにみれば窓の性能に大きな課題がある。窓の重要性について啓蒙活動を続ける松尾設計室の松尾和也代表は、「『窓』先進国の欧州に比べればもちろん、日本と気候が近い中国や韓国にも劣っている」と話す。松尾代表に、近年の傾向を踏まえて解説してもらう。日本は世界から見て、「ものづくり先進国」「超一流の工業国」というイメージがあると思います。しかし

            低い断熱性なぜ放置、世界に遅れる「窓」後進国ニッポン 松尾和也 松尾設計室代表 - 日本経済新聞
          • プログラミングでよく使う英単語のまとめ【随時更新】

            プログラミングでよく使う英単語のまとめ【随時更新】 随時追加、整理していきます。 名前をつけるときには、名詞、動詞の違い、複数形、過去形などに注意しましょう。 オブジェクト指向では、クラス名は名詞、メソッドは動詞とします。 使ってはいけない言葉 get / set アクセサ (getter / setter) やプロパティによく使われている。 それ以外に使うと混乱を招くのでよくない。 get は軽量な処理と考えるので、中に重い処理は書いてはいけない。 単純な取得/設定以外で使いたくなったら他の言葉を考える。 load, save, commit, store, enable, disable, fetch, register, configure, add, etc... check 意味が広すぎて何をしているかわからない。 できるだけ別の言葉を使う。 具体的に何をしているかに分解して考え

              プログラミングでよく使う英単語のまとめ【随時更新】
            • ユーザー アカウント、認証、パスワード管理に関する 13 のベスト プラクティス2021 年版 | Google Cloud 公式ブログ

              ※この投稿は米国時間 2021 年 5 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。 2021 年用に更新: この投稿には、Google のホワイトペーパー「パスワード管理のベスト プラクティス」のユーザー向けとシステム設計者向けの両方の最新情報を含む、更新されたベスト プラクティスが含まれています。 アカウント管理、認証、パスワード管理には十分な注意を払う必要があります。多くの場合、アカウント管理は開発者や製品マネージャーにとって最優先事項ではなく、盲点になりがちです。そのため、ユーザーが期待するデータ セキュリティやユーザー エクスペリエンスを提供できていないケースがよくあります。 幸い、Google Cloud には、ユーザー アカウント(ここでは、システムに対して認証を受けるすべてのユーザー、つまりお客様または内部ユーザー)の作成、安全な取り扱い、

                ユーザー アカウント、認証、パスワード管理に関する 13 のベスト プラクティス2021 年版 | Google Cloud 公式ブログ
              • SEO検索エンジン最適化チュートリアル

                ローカルSEOとは位置情報に基づく検索をターゲットにしたSEOです。Google検索やGoogleマップでの露出を高めるSEOで、店舗などお客さまの訪問を受けるタイプのビジネスにとっては必須の、しかし難しくはないSEOです。ローカルSEOでは、Googleマップでのポジティブなクチコミを増やすことで比較的容易に露出を高めていくことができます。

                  SEO検索エンジン最適化チュートリアル
                • 「このままでは8割減できない」 「8割おじさん」こと西浦博教授が、コロナ拡大阻止でこの数字にこだわる理由

                  Search, watch, and cook every single Tasty recipe and video ever - all in one place! News, Politics, Culture, Life, Entertainment, and more. Stories that matter to you. 「このままでは8割減できない」 「8割おじさん」こと西浦博教授が、コロナ拡大阻止でこの数字にこだわる理由緊急事態宣言も出て、新型コロナウイルスの流行拡大を防ぐため人との接触を8割減らすことが求められている。ところが、緊急事態宣言直前に誰かに資料の数値が書き換えられ、「7〜8割削減」「6割でもいいのか」など、様々な数字が出回っている。8割削減という目標をはじき出した「8割おじさん」こと西浦博さんを取材した。

                    「このままでは8割減できない」 「8割おじさん」こと西浦博教授が、コロナ拡大阻止でこの数字にこだわる理由
                  • 米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ

                    "米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ

                      米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
                    • プログラマーを30年間やってきた経験から学んだことまとめ

                      プログラマーにとって「どうすればより効率よくプログラムを組み上げられるのか」は常に頭を悩まし続ける問題の1つとなっていますが、その道のエキスパートであるエンジニアのジュリオ・ビアソンさんが30年間ソフトウェア開発に携わってきた経験から学んだことについてブログにまとめています。 Julio Biason .Net 4.0 - Things I Learnt The Hard Way (in 30 Years of Software Development) https://blog.juliobiason.net/thoughts/things-i-learnt-the-hard-way/ ビアソンさんは多数ある「学んだこと」を以下の3つに大きくわけてまとめています。 ◆ソフトウェア開発について ◆チーム・仕事について ◆個人的なことについて これからプログラマーになろうとしている、あるいは

                        プログラマーを30年間やってきた経験から学んだことまとめ
                      • 【注意喚起】Google Maps最適化(MEO)業者への依頼は登録削除のリスクがあります - ブログ - 株式会社JADE

                        Google Maps最適化、MEOの悪質な業者への対応の記事です。 長い記事になりましたので、どうしても伝えたいことを3行でお知らせします。 Google Maps最適化、MEO業者は多くが悪質でリスクが有ることを知ってほしい Google Mapsの悪質業者、スパマーと戦うために、利用されている方は「情報修正」「通報」の協力をしてほしい プラットフォームには、より迅速にガイドライン違反に対処してほしい では本文です。 (株式会社JADE 辻正浩) はじめに Google MapsやGoogle 検索からアクセスできる地図の影響力は拡大を続けています。 来客してもらうビジネスでは、Webページを作るよりもGoogle Mapsでのビジネス情報の正しい登録、Google My Business(Googleマイビジネス)の活用のほうが重要と考える人もいますし、それは状況によっては正しいこと

                          【注意喚起】Google Maps最適化(MEO)業者への依頼は登録削除のリスクがあります - ブログ - 株式会社JADE
                        • Amazon出品者が語る商品の選び方→大量のサクラレビューよりも規約違反の可能性がある表記や画像に注目すべし

                          ツイ鳥「ジョージ=コクム」(森に入ったのですが怪物もおらず、ツイ鳥だけがいました。赤字貿易経営者! @_596_ ツイ鳥は丸く青く、羽のない巨大な鳥の姿をした鳥です。ツイ鳥は多くの目でずっと遠くまで見渡すことができ、侵入者を捜して森を守っていました。ある日、誰かが尋ねました。『もし夜に怪物が来たらどうしよう?』ツイ鳥「ジョージ=コクム」巷では「毒の鳥」と言われている方いましたがきっと別の鳥です。輸出入業経営者の貿易業者兼ライター。 ツイ鳥「ジョージ=コクム」(森に入ったのですが怪物もおらず、ツイ鳥だけがいました。赤字貿易経営者! @_596_ ちょっと参考になる商品の選び方でも。amazonで商品を選ぶサクラレビューよりも「タイトル先頭にブランド名かメーカー名が入っているものがおすすめ。」です。理由はそもそもタイトル先頭にブランド名、メーカー名を入れることは【必須】で破っているやつは規約違

                            Amazon出品者が語る商品の選び方→大量のサクラレビューよりも規約違反の可能性がある表記や画像に注目すべし
                          • 今回の騒ぎについて | 餃子専門店 四一餃子

                            今回店頭に表示の通り“マスク未着用の方お断り”にゴネて声を荒げた悪質クレーマーの入店を防いだら影響力のある有名人でした…その本人がFacebookに店名が誰にでも判る書き方と事実とは異なる書き方をして狂った正義感に煽られた信者達にイタ電、Googleマップに悪質な書込み等の営業妨害されました。 怒りに任せて書いた感情的な文面ですが防犯カメラを検証しと妻、その場にいたお客様の証言を元に事実を書き残しておきます。(言葉遣いの悪さはごめんなさい) 店の入口にルールを掲示してそれを理由に入店拒否したら誹謗中傷か…字も読めず日本語もわからないのはあんただよしかもルール守る気もなく声を荒げたからお客様に迷惑がかかり糠に釘レベルの無駄な説明するのも「面倒臭いんで帰ってくれって」当たり前じゃないか?あれ以上粘ってしょうもない屁理屈こねて帰らないなら営業妨害で警察呼ぶしかなくなるよ。 その場にいたお客様も「

                              今回の騒ぎについて | 餃子専門店 四一餃子
                            • 最初の100日で何をすべきで何をすべきではないか?|miyasaka

                              人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは?という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を

                                最初の100日で何をすべきで何をすべきではないか?|miyasaka
                              • もしあなたが急にAndroidアプリを業務で作るはめになった場合の選択肢(2021年初頭版) - Qiita

                                本記事はAndroid Advent Calendar 2020の2020/12/01分です。 初っ端ということなので、2020年末と2021年頭でのAndroidエンジニアとして初めて業務でやる場合に抑えておいたほうが良い最低限の部分を書いていこうと思います。(ツッコミ待ちです) 対象 2021年3月ぐらいまでに !!業務!! でAndroidアプリを作らされる事になった可愛そうな人が居たとします この人は手続き型言語でオブジェクト指向プログラミングができる知識があり、Androidアプリもなんとなく趣味で作ったこともあるぐらいのレベル感です(なので上長からいきなりお前Android担当なと言われた) 最低限のAndroidアプリの作成の知識はあるものとします(画面の表示にはActivityがいるよとかは書かない) ゲームは対象外です 業務でAndroidアプリを作ることを想定しています

                                  もしあなたが急にAndroidアプリを業務で作るはめになった場合の選択肢(2021年初頭版) - Qiita
                                • Webサービス公開前のチェックリスト

                                  個人的に「Webサービスの公開前チェックリスト」を作っていたのですが、けっこう育ってきたので公開します。このリストは、過去に自分がミスしたときや、情報収集する中で「明日は我が身…」と思ったときなどに個人的にメモしてきたものをまとめた内容になります。 セキュリティ 認証に関わるCookieの属性 HttpOnly属性が設定されていること XSSの緩和策 SameSite属性がLaxもしくはStrictになっていること 主にCSRF対策のため。Laxの場合、GETリクエストで更新処理を行っているエンドポイントがないか合わせて確認 Secure属性が設定されていること HTTPS通信でのみCookieが送られるように Domain属性が適切に設定されていること サブドメインにもCookieが送られる設定の場合、他のサブドメインのサイトに脆弱性があるとそこからインシデントに繋がるリスクを理解してお

                                    Webサービス公開前のチェックリスト
                                  • Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita

                                    本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション

                                      Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita
                                    • コードレビューのベストプラクティス | POSTD

                                      Wiredrive では、私たちはかなりの数のコードレビューを行います。しかし、ここで働き始める前には私はコードレビューなどしたことがありませんでした。今回は、私がコードレビューをする時に何に注目するようにしているかや、私の考え出したベストなコードレビューのやり方をお話したいと思います。 コードレビューとは、簡単に言うと2人以上の開発者で問題を引き起こしそうなコードの修正について話し合うことです。コードレビューをすることのメリットについては多くの記事で語られており、知識を共有できること、コードのクオリティが上がること、開発者が成長できることなどが挙げられています。しかし、レビューを行う上で、どのように進めていくかという具体的なことについてはあまり多く語られてないように私は思いました。 レビューで何に注目するか アーキテクチャ/デザイン 単一責任原則 : 1つのクラスは変更する理由が2つ以上

                                        コードレビューのベストプラクティス | POSTD
                                      • 「はてな教科書」をgithub上に公開しました - Hatena Developer Blog

                                        こんにちは、id:shiba_yu36です。 はてなのエンジニア陣によって執筆されたウェブアプリケーション作成の基本を学ぶための「はてな教科書」をgithub上に公開しましたのでお知らせします。 はてな教科書は、はてなサマーインターンでも利用されている、約1週間でウェブアプリケーションの基本を身に付けるためのものです。はてなでは日々のウェブ開発で得られたノウハウをこの教科書を継続的に盛り込みながら、インターンシップやエンジニアの新人教育などに利用しています。今回、はてな教科書をgithub上で公開することで、広くPerlを使ったウェブアプリケーション開発に興味を持ってもらえれば、と思います。 いまのところ公開されている資料は、以下の4つになります。 Perl によるオブジェクト指向プログラミング ORM によるデータベース操作 (DBIx::MoCo を使った開発) MVC によるウェブア

                                        • 機械彫刻用標準書体フォント

                                          機械彫刻用標準書体をデジタルフォント化しています。現在ベータ版を公開しており、正式版となるまでには年単位の制作期間を要します。 機械彫刻用標準書体とは 令和の改刻 フォント設計 長体仮名フォント ダウンロード テスト入力欄 連絡先 機械彫刻用標準書体とは 機械彫刻用標準書体は、工業的な彫刻によって文字を作製するときの標準として、日本産業規格(JIS/旧日本工業規格)に定められた書体です。工業彫刻における技術的制約から、独特な機能美を持っています。

                                            機械彫刻用標準書体フォント
                                          • HTTPステータスコードを適切に選ぶためのフローチャート : 難しく考えるのをやめよう | POSTD

                                            HTTPステータスコードを返すというのはとても単純なことです。ページがレンダリングできた?よし、それなら 200 を返しましょう。ページが存在しない?それなら 404 です。他のページにユーザをリダイレクトしたい? 302 、あるいは 301 かもしれません。 I like to imagine that HTTP status codes are like CB 10 codes. "Breaker breaker, this is White Chocolate Thunder. We've got a 200 OK here." — Aaron Patterson (@tenderlove) 2015, 10月 7 訳:HTTPのステータスコードのことは、市民ラジオの10コードみたいなものだと考えるのが好きです。「ブレーカー、ブレーカー、こちらホワイト・チョコレート・サンダー。200

                                              HTTPステータスコードを適切に選ぶためのフローチャート : 難しく考えるのをやめよう | POSTD
                                            • 尾瀬ガイド協会

                                              令和3年9月2日 当協会公式アカウントによるTwitterにおける多数の差別的投稿に関して 尾瀬ガイド協会 会長 石塚 照久 このたびは、尾瀬ガイド協会(以下「当協会」といいます。)の公式Twitterアカウント(「[公式]尾瀬ガイド協会」@ozekouhou。以下「本件アカウント」といいます。)が複数の差別的な投稿を行った件及びその後の当協会の不適切な対応につきまして、衷心よりお詫び申し上げます。 本件につきまして、当協会として調査を行い、弁護士関与の下、これらの投稿の問題点を改めて明らかにするとともに、このような事態を生じさせてしまった原因を明確にし、担当者の処分、全会員の研修等を含む、信頼回復のための今後の取組の予定等について検討いたしましたので、以下のとおりご報告させていただきます。 第1 本件の経緯について 1 当協会は、2019年(平成31年・令和元年)より、当協会内に設置され

                                              • モデルやメソッドに名前を付けるときは英語の品詞に気をつけよう - Qiita

                                                はじめに 他の人が書いたコードを読んでいるときに時々気になるのが、英語の間違いです。 特に動詞、名詞、形容詞の使い分けが間違っていたりすると、かなり違和感を感じます。 そこで今回はモデル(=クラス)やメソッドに名前を付けるときの基本的な原則をまとめてみます。 また、英文法的に正しい品詞が選べるようになるための習慣についても最後に説明します。 想定する言語/フレームワーク この記事の説明ではRuby/Ruby on Railsを想定しています。 ただし、基本的な考え方は他の言語でも同じように使えるはずです。 モデルの名前は名詞にする 例: 「支払い情報」を表すモデルを作りたい場合 × Pay ○ Payment 「支払う = payか。よし。」でモデルを作ってはいけません! payは動詞で、payの名詞形がpaymentです。 Payモデルではなく、Paymentモデルを作りましょう。 例:

                                                  モデルやメソッドに名前を付けるときは英語の品詞に気をつけよう - Qiita
                                                • サイボウズで学んだこと - IT戦記

                                                  はじめに 2010 年 9 月 15 日を持ちまして、サイボウズ・ラボを退職いたしたました。 報告も兼ねて、久しぶりにブログを書いてみたいと思います。 (写真はゆうすけべーさんです) この会社に入って、たくさんの学びと思い出がありました。 その一つ一つをまとめていければ、素晴らしい記事になるのかもしれませんが、僕は文章が苦手です。 ですので、うまく退職のエントリを書き上げることができません。 言葉にできない。そんな感じです。 なので、このエントリはサイボウズ・ラボやサイボウズ本社の仲間たちへのありがとうの気持ちをこめて、自分らしく最後まで JavaScript のことを書きたいと思います。 サイボウズでの最後の仕事 僕にとって、サイボウズでの最後の仕事は「JavaScript で新しいユーザーインタフェースを作ること」でした。 そして、その中で始めて複数人による大規模な JavaScrip

                                                    サイボウズで学んだこと - IT戦記
                                                  • 令和のHTML / CSS / JavaScriptの書き方50選

                                                    Web制作の技術は日々進化しており、会社やプロジェクトによっては昨今の環境に適さない書き方をしているケースも時折見受けられます。 そこで今回は「2024年のWeb制作ではこのようにコードを書いてほしい!」という内容をまとめました。 質より量で、まずは「こんな書き方があるんだ」をこの記事で伝えたかったので、コードの詳細はあまり解説していません。なので、具体的な仕様などを確認したい方は参考記事を読んだりご自身で調べていただけると幸いです。 1. HTML 画像周りはサイトパフォーマンスに直結するので、まずはそこだけでも取り入れていただきたいです。また、コアウェブバイタルやアクセシビリティも併せて理解しておきたい内容です。 Lazy loading <img>にloading="lazy"属性を付けると画像が遅延読み込みになり、サイトの読み込み時間が早くなります。

                                                      令和のHTML / CSS / JavaScriptの書き方50選
                                                    • ソースコードの品質向上のための効果的で効率的なコードレビュー

                                                      This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur

                                                        ソースコードの品質向上のための効果的で効率的なコードレビュー
                                                      • TypeScript再入門 ― 「がんばらないTypeScript」で、JavaScriptを“柔らかい”静的型付き言語に|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                        TypeScript再入門 ― 「がんばらないTypeScript」で、JavaScriptを“柔らかい”静的型付き言語に JavaScriptプロジェクトでTypeScriptを導入する際には、“柔らかい”静的型付き言語とするのがおすすめです。藤吾郎(gfx)さんがまとめた「がんばらないTypeScript」のガイドラインです。 TypeScriptは、すべてのJavaScriptプロジェクトで採用する価値のある技術です。TypeScriptとこれに対応したエディタを導入することで、補完や型ベースの整合性のチェックにより、すべてのプロジェクトで生産性が上がります。またリファクタリングも容易になるので、長期あるいは大規模なプロジェクトでも品質を保ちやすくなります。 この記事では、TypeScriptについて最低限の知識とともに、サクッと(どちらかというと既存のプロジェクトに)導入するための

                                                          TypeScript再入門 ― 「がんばらないTypeScript」で、JavaScriptを“柔らかい”静的型付き言語に|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                                        • フロントエンドチェックリスト(日本語訳) - Qiita

                                                          GitHubで公開されているフロントエンドチェックリストというドキュメントが、網羅されている内容が幅広く便利そうだったので、日本語に翻訳しました。 日本語版は、以下のGitHubリポジトリにあります。GitHub側と自動的に連携するようにしておりますので、誤訳や誤りなどがあれば GitHub のプルリクエストまたは Issue で報告していただけると幸いです。 https://github.com/miya0001/Front-End-Checklist 日本語版への貢献方法 最終更新日時: 2017-11-19 03:50:47+09:00 (未翻訳) Front-End Checklist The Front-End Checklist is an exhaustive list of all elements you need to have / to test before lau

                                                            フロントエンドチェックリスト(日本語訳) - Qiita
                                                          • Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian

                                                            Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント

                                                            • Cでのポインタの読み方

                                                              Cでのポインタの読み方 Cのポインタの読み方は、ルールを知らないと摩訶不思議です。 ルールを覚えれば、 int (*p[5])[3]; char (*(*fp)(void))(int); なんてのも解読する事ができます。 大事な前程 ポインタを読む際には、「英語で読む」必要があります。 「え~、英語~」 と思う方もいるかもしれませんが、逆に日本語で読む方が大変です。 基本ルール ルール 後置演算子が優先。 関数の() 配列の[] 前置はあとで。 要は、「後ろに何かあったら、後ろが優先」です。 演算子の英語での読み方 * pointer to ... () function returning ... [] array of ... Lesson 1 まず、演算子が単独で出てくる場合です。 Lesson 1-1 pointer to ... int *p; これは、まずpを見ましょう。 i

                                                              • JavaScriptのいろいろなコーディングルールをまとめてみた

                                                                JavaScriptの書き方はJavaScript自体がある程度自由なためいろいろな書き方ができますが、一貫性を持って書いた方がバグなども発生しにくくなるため、コーディングルールを定めておくのはよいことだと思います(特に複数人の開発の場合) 有名な企業やライブラリはコーディングルールも公開している事が多いので適当にまとめてみました JavaScript style guide – MDC Docs Mozilla/Firefox向けのものなので、一部ECMAScriptの範囲を超えたものも含まれています。 多くの人が見ていると思うので、見たことない人は一度読んでみるといいです。 jscsにこのコーディングルールをチェックするプリセットが用意されています。 Google JavaScript Style Guide Google JavaScript Style Guide 和訳 — Goo

                                                                  JavaScriptのいろいろなコーディングルールをまとめてみた
                                                                • ユーザーにとってはUIがすべて:UIデザイン原則をソシオメディアが語る - builder by ZDNet Japan

                                                                  シーネットネットワークスジャパンは9月29日、builderとしては2回目のイベントとなる「builder tech day」を開催した。今回は「User Interface & beyond」をテーマに、ソシオメディア、マイクロソフト、アドビシステムズ、カールのスピーカーが登壇し、ユーザーインタフェースの現在と未来について講演した。 本稿では、ソシオメディア取締役である上野学氏の基調講演「ユーザーにとってはUIがすべて」を紹介しよう。 トイレにひそむUIのヒント 講演の冒頭、上野氏は米国の著名なデザイン・コンサルティング・ファーム、Adaptive Pathに2008年まで在籍していたDan Saffer氏と対話した際のエピソードを披露。 Saffer氏が「トイレにはユーザー・インタフェース・デザインの様々なヒントがある」と話していたことを紹介し、下の画像を示した。 上野氏は赤色の注意書

                                                                    ユーザーにとってはUIがすべて:UIデザイン原則をソシオメディアが語る - builder by ZDNet Japan
                                                                  • FUJI ROCK FESTIVAL '21に3日通し参加したので会場の様子を書く

                                                                    新型コロナウイルスの感染爆発という状況下で開催され批判が相次いでいるフジロックについて、実際に参加した目線で開催の様子を発信したいと思った。 自分のメンタルではもし炎上したら耐えられないこと、賛成、反対についてのコメントも無責任にできることから、増田に残すことにする。 結論できる限りは尽くしていたが、正直リスクは否めない。 自己紹介非都市圏在住、20代独身、男、フジロックは2016年に初めて行き、2018,19は3日通しで参加。今年も木曜入りキャンプで月曜まで滞在。 会場の様子 客入り木曜日にキャンプサイト入りしたが、驚くほどテントは少なかった。金曜入り、土曜入りもいたが少なく、数は体感で例年の3割くらいだったと思う。 来場者も公式発表通り例年より少ないのは明らかで、トイレも飲食店もかつては当たり前であった「列に並ぶ」ということがほとんど無かった。3日目は特に少なく、「ヘッドライナー!ピエ

                                                                      FUJI ROCK FESTIVAL '21に3日通し参加したので会場の様子を書く
                                                                    • FINDJOB!終了のお知らせ | FINDJOB!

                                                                      FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

                                                                        FINDJOB!終了のお知らせ | FINDJOB!
                                                                      • 外国人が語る:英語でクラスやメソッド等の名付け方 - Qiita

                                                                        アメリカ人です。 Hello 👋 この記事の目的 多くの日本人は自分の英語力には自信がないではないでしょうか。残念ながら「英語がわからん」、「英語が全然できない」という声をしょっちゅう聞いています。でも、今まで英語ができて意味がちゃんと伝わる何人かの日本人に会ったがあります。完璧な英語ではないけど(外国人も英語でミスる時もある...)、がんばって話そうとするので充分仕事ができる人たち。そういうがんばる姿勢はオープンソースのプログラムや英語圏のプログラムに手を出すためには一番大事なことだと思います(外国人側もすごく助かります)。日本の文化では「私はできる!」と自慢することは少ない中、この記事を通して、流暢に話せなくても自分のプログラミングの命名の仕方にはちょっとだけでも自信を持たせたいなと思います。完璧じゃなくていいです。Let's go! 合わせて読んでいただきたい 【日本人エンジニア必

                                                                          外国人が語る:英語でクラスやメソッド等の名付け方 - Qiita
                                                                        • iPhone X対応におけるデザイン上の注意ポイント | fladdict

                                                                          iPhone Xが発表されたわけですが、なにこのデザイナー泣かせの変態端末。 iPhoneのUI設計者グレッグ・クリスティが追い出されて、ジョナサン・アイヴがソフトウェア統括となったのが2014年。 iOS7のフラット化あたりから、どんどんとUI設計が置いてけぼりになった感がありましたが・・・ここにきてまたデザイナー泣かせの豪速球が。 ざっくりデザインガイドラインを読んでの、気になったところメモ。 画面サイズ サイズは従来のベースであった4.7インチの375pt x 667ptから、375 x 812ptに。縦方向に145pt追加された。 想定されるインパクト 表示可能な情報量が増える 縦スクロール系コンテンツのコンバージョンが増加 スクロールで隠れるナビゲーションの必要性が低下 画面上部のボタンのコンバージョンが低下 ゲームなどの全画面イラストに、黒枠が出たり、見切れたりする グラフィッ

                                                                            iPhone X対応におけるデザイン上の注意ポイント | fladdict
                                                                          • 『iOSヒューマンインターフェイスガイドライン』はUI解説書の枠を越えている :国内・海外情報から見える『企業のWEB活用法』:ITmedia オルタナティブ・ブログ

                                                                            中小企業がITを活用して売り上げにつなげるにはどうしたらいいか?WEBマーケティングとWEB戦略コンサル実績350社50業種以上の実績とノウハウで、海外の最先端情報を中心に、噛み砕いてご紹介。 作成者:中山陽平 iOS、実質的にはiPhoneのアプリケーションを作る際に参照してくださいと言う事で配布されている「iOSヒューマンインターフェイスガイドライン(以下iOS_HIG)」 弊社のシステムを真剣にスマートフォン対応にするために読み始めたのですが、この内容が、ただのインターフェイスのガイドラインだけではなく、さらに踏み込んだ内容になっていて驚きました。 Appleのサードパーティアプリに対する姿勢、サードパーティアプリケーションがiPhoneの大きな魅力であるという認識が、このガイドラインからはにじみ出ています。 App開発者以外もぜひ見ておくべき これはぜひ、WEBに関わる方は見て頂き

                                                                              『iOSヒューマンインターフェイスガイドライン』はUI解説書の枠を越えている :国内・海外情報から見える『企業のWEB活用法』:ITmedia オルタナティブ・ブログ
                                                                            • プログラミングの変数・メソッドの命名でよく使う英単語まとめ - SE_BOKUのまとめノート的ブログ

                                                                              目次 プログラミングの変数・メソッドの命名でよく使う英単語 ログイン・認証 許可・権限 ネットワーク ファイル操作 外部入出力 データ入出力 データベース操作 オブジェクト操作 生成・構築 削除・破棄 変更 変換・結合・排除 分割・切り出す(スライス) 登録・設定 検索・置き換え 状態・状態変更 計算 プロセス操作 処理サイクル 確認(1) 確認(2) 比較 その他対で使う単語 コード・ID・引数(変数) 機械学習関連 その他(未分類) データベーステーブルのカラム名の工夫(変数) 変数の頭につける接頭語 プログラミングの変数・メソッドの命名でよく使う英単語 プログラミング時の「メソッド名」「変数名」の命名で使いそうな英単語を「同じ意味でもニュアンスによって使い分けされるもの」あたりを注意してまとめます。 ログイン・認証 単語 意味 log_in/log_out ログインする/ログオフする

                                                                                プログラミングの変数・メソッドの命名でよく使う英単語まとめ - SE_BOKUのまとめノート的ブログ
                                                                              • Webサイトにおけるユーザービリティの復習をしたので、よくチェックするポイントをリスト化した

                                                                                ユーザービリティに関して少し復習したので メモっておきます。初心忘れるべからずという 事で・・・Webサイトは基本的にユーザビリティ を考慮したレイアウトやコンテンツが理想です。 もちろんケースバイケースではありますが、 これは全共通して言える、という事を忘れない ようにメモ書き。 というわけで、申し訳ないですけど目新しい事は何一つ無い内容です。 そもそもこのブログ自体ユーザビリティを考慮した設計とは言えません(「やっちゃダメなこと」もしています)ので全然説得力ない感じです。 いろいろとテスト&エラーをして行きたいのでご了承下さい。 はじめに正しいユーザビリティはコンテンツによってケースバイケースだと思いますが基本的には僕はヤコブ・ニールセンの考えに従っています。 全ての項目は「すべてが正しい」ものではありません。100のサイトがあれば100通りのユーザビリティが考えられるはずです。場合に

                                                                                  Webサイトにおけるユーザービリティの復習をしたので、よくチェックするポイントをリスト化した
                                                                                • shiodaifuku.io

                                                                                  Webエンジニアのブログです。

                                                                                    shiodaifuku.io