タグ

ブックマーク / qiita.com (85)

  • 5歳娘「パパ、レンタルサーバを契約しないで?」 - Qiita

    無職ワイ、システム開発会社の面接を受ける 面接官「よろしくお願いします」 ワイ「よろしくお願いします」 面接官「JavaScriptがお得意みたいですが」 面接官「サーバサイドですか?フロントですか?」 ワイ「フロントです」 ワイ「高卒で、18歳からフロントやってました」 面接官「おお〜、大ベテランですね」 ワイ「(フロントいうても、カラオケ店のフロント業務やけどな・・・)」 ワイ「(でも、嘘は言うてへん・・・!)」 面接官「では、サーバサイドの経験はどうですか?」 ワイ「サーバ側もよく触ってました」 ワイ「(ビールサーバとウォーターサーバを触ってたで)」 面接官「頼もしいですね」 面接官「インフラとかはどうですか?」 ワイ「インフラも一通り任されてました」 ワイ「(カラオケ屋の新店舗ができるとき、電気と水道の手続きはワイが任されたんや)」 面接官「インフラもいけるんですね」 面接官「もし

    5歳娘「パパ、レンタルサーバを契約しないで?」 - Qiita
    deokisikun
    deokisikun 2021/02/22
    初めて読んでオモロいやんと思ったけど
  • 海外「なぜ日本はハードウェアの時代と同じようにソフトウェアに秀でることができない?」 - Qiita

    Why doesn’t Japan excel in software as they did in hardware? (なぜ日はハードウェアの時代と同じようにソフトウェアに秀でることができない?) という英語Quoraのやり取り、分析が興味深かったので、まとめ。 仮説1: 日は完璧を求める 10人のエンジニアのソフトウェア開発会社を経営しているフランス人の友人が、ルイ・ヴィトン日支社のコンピュータシステムのマネージャーと同意した話:ソフトウェアはハードウェアではなく、産業用でもない。50年間同じトヨタカローラのように構築され、洗練され、完成されたものではありません。ゼロバグでそれを「完璧」にすることは不可能であり、したがって、「ゼロデフォルト」という、総合的な品質、継続的な改善を求める日人の精神に反するものです。 日は職人の国であり、漢字を書いたり、折り紙を折ったりする技術

    海外「なぜ日本はハードウェアの時代と同じようにソフトウェアに秀でることができない?」 - Qiita
    deokisikun
    deokisikun 2021/02/01
    システム開発大手の出自を辿るとハード製造会社に至るので、歴史的なお察し感がある。けれど全体的な比率がそうであるだけで、新しい会社はそうでもない。 そもそもOSSを開発基盤にしている時点でゼロバグは不可能
  • 技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita

    はじめに 稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための1種の考え方を提供するものです。 そもそもアーキテクチャ・技術選定に時間をかけるべきか まず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。ソフトウェアの規模やライフサイクルに応じて、そもそも時間をさく必要がないということも多くあります。書き捨てのシェルスクリプトにも読みやすいコードを求めて書くことは非常に重要ですが、だからといって組織だって議論・検討するようなものでもないのです。一方で、5年も

    技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
    deokisikun
    deokisikun 2020/12/16
    まとめすげぇ
  • Vimで年賀状を作る - Qiita

    こんにちは、IKです。 もうすぐ12月も終わってしまいますね。 時が経つのは早いものです。 そして、12月が終わってしまうということは1月が来るということです。 年賀状の進捗はどうですか?僕はダメです。 そんな年賀状の進捗がダメダメな人に向けて、エンジニアらしい、かっこいい年賀状をすぐに作れる方法を紹介します。 用意するもの Vim やる気 年賀状 プリンタ Vimに書くものを決める Vimで年賀状を書くということは、それなりに書けるものは限られてきます。まず画像が表示できないです。悲しい... そもそも、画像をVimで表示させたらただの年賀状になってしまいます。エンジニアらしさはどこにもない... そこで今回はアスキーアートを駆使して、エンジニアらしい年賀状を作っていきましょう。 年賀状に必須なもの(主観) happy new year という文字列 2021 という文字列 丑 を表すな

    Vimで年賀状を作る - Qiita
    deokisikun
    deokisikun 2020/12/09
    めっちゃvimvimしぃw
  • 【個人開発・ポートフォリオに】無料で簡単にいい感じのデザインにできるサービスまとめ - Qiita

    個人開発・ポートフォリオ作成をする方に贈る いくらプロダクトが素晴らしいとしても、一見してダサいデザインだと、ユーザーは使う気がなくなってしまう。 でも、今からデザインの勉強をするのは面倒だし、そこまでこだわりがあるわけでもない。 Q. 簡単に及第点のデザインにできるサービスとかないんですか? A. あります。 ということで、デザインのことはよくわからなくても、簡単にそれっぽくできるサービスをまとめました。 個人的には、「それっぽさ」の大部分はページレイアウトと画像、「こなれ感」は配色とフォントによって構成されていると思っています。 また、私はケチなのでここで紹介しているものは、すべて無料で使えるサービスです(課金プランはある)。 書かないこと 細かい使い方 大体有名なので、使い方はggれば出てきます。 ライセンスなどの情報 特に素材系は規約などを確認の上で使ってください。 あくまでも、こ

    【個人開発・ポートフォリオに】無料で簡単にいい感じのデザインにできるサービスまとめ - Qiita
    deokisikun
    deokisikun 2020/12/04
    いいまとめ!
  • Vue.js+Amplifyを駆使すればモダンなWebアプリを20分で公開できる - Qiita

    SPA -> GraphQL -> Serverlessバックエンド Vue.jsとAmplifyを駆使して、1からモダンなフロントエンド開発&サーバレスバックエンド構築をしてきます。今回は、Vue.jsで作成したSPAからAppSyncへGraphQLベースのリクエストを送り、裏のDynamoDBへデータの書き込みと読み込みまでを確認します。 (完成図) バックエンドのAWSリソースは、Amplify Frameworkを使用することで、コマンドラインから作成していきます。 また、Amplify Consoleを使用することで、CI/CDパイプラインも同時に作成し、GitHub上の最新断面がHTTPSでWebアプリとして公開するまでが記事のゴールです。 登場人物 小さなアプリから大規模まで対応できる優れたフロントエンドフレームワークで、個人的にも多用しています。記事はVue.jsのA

    Vue.js+Amplifyを駆使すればモダンなWebアプリを20分で公開できる - Qiita
    deokisikun
    deokisikun 2020/05/06
    😳
  • 可読性と変更容易性のため、気をつけていること - Qiita

    コメント頂いた件について追記しました。 2020/02/24 22:17 パイプライン演算子について追記しました。 2020/02/26 1:59 コメントの返信は終了しました。 2020/02/26 11:46 タイトルを変更しました。旧タイトル「可読性のためなら改行してくれ」 2020/02/27 09:38 この記事の内容は可読性と変更容易性の向上のための 1つの方法を記載しています。 可読性の感じ方には個人差があります。 ソースコードで一番大事なのは、 速度よりも可読性 です。 少しくらい速度が上がるからといって、可読性を損なうのは基的には避けるべきで、 止む得ない事情がある時のみであると、自分は思ってます。 ・可読性を損なわない高速化は行う ・可読性を損なう高速化の場合は正しいクラス設計で開発し、動きが保証されてから最適化する 例 特定の文字列をもらった後に、決まった文字列を後

    可読性と変更容易性のため、気をつけていること - Qiita
    deokisikun
    deokisikun 2020/02/25
    この辺り必ず宗教論争に発展するけど、言わずにはいられない人がいる事も承知の助である。僕はDXも大事だと思うのだけれど、あくまで手段であるので本命は違う所よねーと感じている
  • 一度入れたJavaScriptライブラリは二度とアップデートされることはない - Qiita

    以下はCloudflareによるレポート、JavaScript Libraries Are Almost Never Updated Once Installedの日語訳です。 JavaScript Libraries Are Almost Never Updated Once Installed Cloudflareは、WebページにJavaScriptやその他のフロントエンドリソースを配置するための一般的な方法である、CDNJSを支援しています。 今回我々は、CDNJSチームの許可を得て、CDNJSへのリクエストから匿名化・集約されたデータを収集し、インターネットでWebサイトがどのように構築されているかを分析することにしました。 今回のエントリでは、ひとつの疑問に焦点を当てています。 すなわち、いちどJavaScriptライブラリをサイトにインストールしたあとで、ライブラリは更新さ

    一度入れたJavaScriptライブラリは二度とアップデートされることはない - Qiita
    deokisikun
    deokisikun 2020/02/19
    割と不自由なWebというものもあって
  • JSON にもコメントを書きたい - Qiita

    JSON の構文は至ってシンプルです。 JSON は名前(キー)と値のペアがセットになった「オブジェクト」から構成されています。 キーはダブルクォートでくくられた文字列です。 値はダブルクォートでくくられた文字列、数値、真偽値、null 値、配列、またはオブジェクトです。 キーと値はコロン( : )で区切ります。 ペアとペアの間はカンマ( , )で区切ります。 前後を中括弧( { , })で挟みます。 { "文字列": "文字列", "数値": 0, "真偽値": true, "null値": null, "配列": [ "要素1", "要素2" ], "オブジェクト": { "キー": "値" } } そう、JSON にはコメントを記載するための構文がないのです。近年では設定ファイルなどで利用されることも多い JSON ですが、コメントによる説明が不要なキーを名付けることは現実的ではあり

    JSON にもコメントを書きたい - Qiita
    deokisikun
    deokisikun 2020/02/17
    いろんなのあるんだね。けどやめとくが吉かな
  • JavaScriptのキーボードイベント、キー判定にどれつかう? - Qiita

    概要 ブラウザxJavaScriptで扱うキーボードイベント、キー判定にどのプロパティを使うかのまとめ です ざっくりいうと event.key または event.code のどちらかを使うべし 「●●が押されたら」のような判定をしたいときは event.key または event.code のどちらかで判定する。 キー判定には、いろんなプロパティがあって、どれ使ったらいいの?と悩むことがある 以前ふつうにつかっていた event.keyCode等はdeprecatedになっている

    JavaScriptのキーボードイベント、キー判定にどれつかう? - Qiita
    deokisikun
    deokisikun 2020/02/15
    Key.up key.downの違いは特殊なデバイスでは大問題。PCブラウザもスマホもキオスクもブラウザ共通化してくれると楽なんだけどなぁ。開発者的には。
  • メンバーに恨まれそうな3つのコードレビュー施策を徹底したら、逆にメンバーが爆速で成長した話 - Qiita

    ある程度経験を積んだレビュワーがやりがちな失敗は、 指摘しやすいコーディング規約違反だけ指摘している というもの。 コードレビューで指摘するべき欠陥とは、必ずしも規約違反だけではなく、 仕様考慮もれや機能的なバグ、非機能的なセキュリティやパフォーマンス上の問題点も含まれる。 一つ関数に対して複数の視点でソースチェックをしないといけないが、 人間は同時に複数のことは考えられない。 そこでどうすればいいかと情報をあさっていたところ、 われらがIPAがセキュアプログラミング講座というWEBページで、 四回に分けてレビューすることを提唱していた。 1回目はどこに何があるか、 2回目は可読性が確保されているか、規約にのっとっているか 3回目は機能性 4回目はセキュリティ といった具合である。 IPAの講座では4回目はセキュリティに限定しているが、 担当していたプロダクトは、非機能面はセキュリティはも

    メンバーに恨まれそうな3つのコードレビュー施策を徹底したら、逆にメンバーが爆速で成長した話 - Qiita
    deokisikun
    deokisikun 2020/02/09
    4段階レビューすげい。
  • Chrome 80が密かに呼び寄せる地獄 ~ SameSite属性のデフォルト変更を調べてみた - Qiita

    Chrome 79以下や他ブラウザのデフォルト値。 Chrome 80からこの値を設定する場合、Secure属性も必須となる。 Aサイトに対し、Bサイトからどのようなリクエストがあっても、発行したサイトでCookieヘッダーに含める (Cookieを使用する) 図にすると以下のようになります。 Strict 外部サイトからのアクセスではCookieを送らない。 Lax 外部サイトからのアクセスはGETリクエストのときだけCookieを送る。 None 従来通りの動き。 【追記】なおChrome 80以降でSecure属性を付けずSameSite=Noneを指定した場合、set-cookie自体が無効になります。 セキュリティ上の効果 CSRF対策になります。 CSRF (クロスサイト・リクエスト・フォージェリ) とは、 WEBサイトがユーザー人の意図した動作であることを検証していないため

    Chrome 80が密かに呼び寄せる地獄 ~ SameSite属性のデフォルト変更を調べてみた - Qiita
    deokisikun
    deokisikun 2020/02/02
    おんやぁ🤔
  • Vue.jsで作成された、ちょっと面白くて役立ちそうなサービス - Qiita

    こちらに移行しました。(2020/05/16) 概要 Vue.jsで作成されたプロジェクトを紹介しているサイト 「made with vue.js 」があります。 面白くて役立ちそうなツールやサービスをまとめてみました。 UIコンポーネント VueSocial ソーシャルサービスのボタンを作成するVueのコンポーネント CKEditor 5 リッチテキストエディタのコンポーネント Vue.Draggable ドラッグ&ドロップのコンポーネント Vuetable 2 データテーブルのコンポーネント。demo vuejs-datepicker vueのdatepicker Kalendar Vueのカレンダーコンポーネント Vue Apexcharts SVGベースのグラフ可視化コンポーネント Vue.js Google Charts VueGoogle Charts vue-cart ショ

    Vue.jsで作成された、ちょっと面白くて役立ちそうなサービス - Qiita
    deokisikun
    deokisikun 2020/01/30
    良いまとめ✨
  • もしものために,香川県からのアクセスを避ける - Qiita

    茶番 「どうも〜、セミコロンつけない派です。お願いします」 「お願いします」 「あ〜、ありがとうございます。今、LGTMを頂きました。こんなんなんぼあってもいいですからね」 「あのな、おかんがな、思い出せない都道府県があるらしいねん」 「ほな、その特徴教えてくれる?」 「おかんが言うにはな、最近ゲームが 「香川やないか!」 (ミルクボーイやりたかっただけ。) ちまたで噂のネット・ゲーム依存症対策条例 ネットやゲーム依存症を防ぐため、18歳未満の使用時間を制限するというやつです。 今はちょっと変わってコンピュータゲームだけになったみたいです。 これに関する議論は尽きないですが、ここでは置いておきます。 仮にサービス側が何とかしろと言われたら... ネット界隈では、「香川県民ですか? はい/いいえ」のような香川認証がネタになってます。 香川県の条例案、よく読んだら我々サービス提供者側(特定電気

    もしものために,香川県からのアクセスを避ける - Qiita
    deokisikun
    deokisikun 2020/01/24
    香川版GDPR
  • 良いコードの書き方 - Qiita

    概要 チームによる継続的開発を前提としたコーディングのガイドライン。 特定の言語を対象としたものではないが、主に静的型付けのオブジェクト指向言語を想定している。 サンプルコードは別段の定めがなければSwiftで記載。 ガイドラインの目的 生産性を高め、メンテナンスコストを下げる バグが生まれづらくする 開発メンバー(特に新規参加者)がコードを理解しやすくする 初心者プログラマー教育 内容の説明 タイトルの頭についた【数字】は重要度。 高いほどシステムに与える影響が大きいが、低いものの方が影響が小さく改修しやすいものが多い。 【5】変数のスコープを小さくする 変わり得る値は複雑さを生み誤解やバグに繋がるため、プログラムは変数が少ないほど問題が生まれづらい。 プログラミングの大原則として、変数は必要最低限を心がけ、むやみに増やさないようにする。 また、変数はスコープや寿命が大きいほど悪影響が

    良いコードの書き方 - Qiita
    deokisikun
    deokisikun 2020/01/23
    TL;DR とても良い内容だけど長い文章苦手マン💦
  • Vim やめます - Qiita

    はじめに この度、長年連れ沿ったVimとお別れをすることにしました。移行先はVSCodeです。 正直に言うと、かなり前からVSCodeへの移行は検討していました。実際過去に何度もVSCodeへの完全移行は試しており、その度に挫折してきていました。 今回は挫折していた理由も含めてお話ししていこうと思います。 なぜ移行しなかったのか まず第一に、Vimをあまり普段使いしていないひとは驚くかもしれませんが、VSCodeに備わっている機能のうち、Vimではまったく出来ていなかったことというのは多くありません。Vimのlanguage serverとの連携は強固であり、定義ジャンプや補完・自動フォーマットといった動作もVSCodeとかわらず実現できます。Vimの中からGit関連の操作をすることも、ファイル操作も、デバッガを動かすことも、スニペット機能もmarkdownのプレビューも出来ていました。

    Vim やめます - Qiita
    deokisikun
    deokisikun 2020/01/19
    “もはや脳ではなく筋肉がVimのキーバインドを覚えてしまっています” vim使い続けろよぉ…😭
  • 高校生がリアルタイム投票サイトを公開したらいきなり1万PVを記録した話 - Qiita

    今回は高校生の私たちが公開した投票サイトが三日で1万PVを記録したので、その経緯をサイトの紹介も含め、全て公開します。 qiitaで後日談を書きましたので、よかったらお読みください リンクはこちらです サイトの内容 名前はAICEVOTE(アイスボート) リンクはこちら ----> aicevote.com(大量アクセスで現在サーバーが不安定な状況です。ご了承ください。) このサイトを一言で言うとこんな感じです。 "投票用紙を氷に見立てた次世代のリアルタイム投票サイト" AICEVOTEとは 普通の投票とAICEVOTE(アイスボート)の違い 普通の投票 普通の投票では、投票箱A/Bに最終的に投票された票の数の比で結果が決まります AICEVOTE AICEVOTEでは投票用紙の代わりに氷を投票します。 それぞれの投票箱の底は網目になっています 時間が経てばあなたが投票した氷は少しずつ溶け

    高校生がリアルタイム投票サイトを公開したらいきなり1万PVを記録した話 - Qiita
    deokisikun
    deokisikun 2020/01/07
    『先輩』の部分を攻殻機動隊SACの団長(笑い男)と置き換えた気持ちで読むと面白いとか思った
  • 「コンピュータシステムの理論と実装」をやりきりました - Qiita

    コンピュータシステムの理論と実装 をやりきったので、メモを残しておきます。 の紹介 コンピュータシステムの理論と実装 では、NAND ゲートからはじめて、最終的にはアプリケーションを動作させるところまで、ボトムアップの視点でコンピュータシステムの説明が記載されています。通称「Nand2Tetris」。名前がかっこいいですね。 とてもわかりやすい裏書きの説明は以下 コンピュータを理解するための最善の方法はゼロからコンピュータを作ることで、その構成要素は、ハードウェア、ソフトウェア、コンパイラ、OSに大別できる。書では、これらの構成要素をひとつずつ組み立てる。具体的には、NANDという電子素子からスタートし、論理ゲート、加算器、CPUを設計。オペレーティングシステム、コンパイラ、バーチャルマシンなどを実装しコンピュータを完成させて、最後にその上でアプリケーション(テトリスなど)を動作させる

    「コンピュータシステムの理論と実装」をやりきりました - Qiita
    deokisikun
    deokisikun 2019/10/14
    スゴイ!頑張りましたね
  • ソシャゲエンジニアの自分が開発に必須だなと思った知識(MySQL編) - Qiita

    この記事の目的 自分は、とある会社様の元でソシャゲAPI 開発をさせていただいています。 ソシャゲは、リリース時やイベント時などに集中アクセスされやすく、負荷軽減の知識がない状態で開発を行ってしまうと、運用時に緊急メンテ祭りになりやすいジャンルかなと思っています。 これまで培ってきた MySQL の知識ですが、脳内メモリ量の関係上、暗記できないのでメモしておこうというのが主目的です。 ここ数年ほどソシャゲ開発しかしていないため、偏っている感がある内容ですのでご注意ください。 概要 ストレージエンジンは InnoDB。メインで扱っている MySQL バージョンは 5.6。 記事の内容ですが、これらのキーワードを見て、おおよそ分かる方は読む必要はないかと思います。 インデックス系 クラスタインデックス カバリングインデックス EXPLAIN で注意するべき値 トランザクション系 MVCC

    ソシャゲエンジニアの自分が開発に必須だなと思った知識(MySQL編) - Qiita
    deokisikun
    deokisikun 2019/09/25
    ひゃー。高速化を追求したらどこの畑も大変だろうけれど、DBおっかねぇと昔から感じてる。お金が底なしにあれば議論もなくなりそうだけれど、現実はそうじゃないからベターな手法を模索
  • エンジニアないない - Qiita

    「あるある」じゃないです はじめに これは、筆者が周りの非エンジニアの方々に 「エンジニアの人って◯◯なんでしょ?」 と言われて、「いやそんなことないですよ笑」と答えた話をまとめました。 この回答が、同じような質問を受けた人が 「ないない。実際はこうなんだよ」 と答える参考になれば幸いです。 (どんな時だよ!) 自分の経験値だけで語っているので、 「俺の場合はあるあるだよ!」 とかあるかもしれません。ご了承ください。 色んな「ないない」 ハッカーって銀行に侵入して口座の金額増やせるんでしょ? ないです。 振込はネットでもできますが、トランザクションの登録だけであり、 実際の金額の操作はネットワークから分離されています。無理です。 インターネットからできるのはキューの登録だけです。 基幹システムでチェックされるので、例え不正な振込データを送信できたとしても 実際に反映される時に弾かれます。残

    エンジニアないない - Qiita
    deokisikun
    deokisikun 2019/09/12
    "筆まめ使えるでしょ? ないない。 いや、使いかたわからん。" でフイタ