シングルトンについて swift - Qiita
はじめに 色々教えていただいたので書き直してみました！！ヽ(´▽｀)/ ずばり！シングルトンとは!? 一言で言えば『いつでも同じものを使用したい時につかうもの』 正直、これだと『?????』ってなると思うので先生達から教えていただいたみじかな事例を踏まえてみていきましょう！！ みじかな事例の前に少しだけおさらい let sample1 = Sample() この記述はSampleクラスという設計書があるなら、その設計書をもとにSampleの実体を作った。 その実体をsample1という定数に保持している。 このことをSampleのインスタンス化という。 let sample1 = Sample() let sample2 = Sample() このように色々なところでインスタンス化できる。 しかし、これはあくまで設計書を元にSampleの実体を作っただけのもの。 もし？あなたがsample
【Vue.js】いつから「フロントエンド開発でTDDができない」と錯覚していた？ - Qiita
Vue.jsのコンポーネント開発をTDDでやってみる ※ TDD (test-driven development): テスト駆動開発 ※ テスト駆動開発は文化です。チームの「状況」「納期」「スキルレベル」、その他いろんな要因が絡んできた結果、そのチームが導入するかどうか決めたらいいと思います。 ※ 例えがいいかはわかりませんが、私は「早起き」と「テスト」は同じようなものだと思っています。「早起き」は健康にいいよねって誰でも言うと思うけど、実際に万人がやっているかどうかは別じゃないですか。それと同じで「テストすること」も絶対いいことだと私は思っていますが、やるかどうかはチームの置かれている状況によって決まります。この記事は、その「テストを導入するかどうか」という意思決定の一助にでもなれればいいなと思います。 はじめに こんにちは。ぼくです。 今回はVue.jsでTODOアプリを作ってみよう
Frontend/BackendのOAuth2.0クライアント書いてみた - Got Some \W+ech?
個人的に認証・認可まわりに興味を持ち出して以来、RFCやドキュメントを読みまくっていた。しかしながら、仕事が忙しかったり、そもそもここらへんを仕事でやるポジションにいないため、ちゃんと実装してみないことにはどうにもならんな、と思いだした。よって、最終的なゴールを雑なFAPI*1準拠したOAuth/OIDCシステムを実装していくことにした。具体的には以下の順番でやろうとしている。認証はもしかしたら、以前つくったFIDO2サーバー使うかも。 OAuth2.0クライアント（Code Grantのみ） OAuth2.0認可サーバー OAuth2.0リソースサーバー FAPI Part1化 OIDC化 FAPI Part2化 まずは、OAuth2.0クライアントを雑に作成した。ある程度できたので、一旦、棚卸しもかねてブログを書く。 その過程で湧いた疑問は、解を求める終わりのないRFC・ドキュメント漁
生きてる意味がわかんないからカジュアルに死にたいの｜佐々木ののか｜note
生きてる意味がわからなくてカジュアルに死にたくなるときがある。両親兄弟はみんな仲良く元気でいるし、雨風凌げる家はあるし、毎日ご飯を食べられているし、苦手な人に無理して会わなくて良い、この生活はこの上なく幸せだ。しかし、わたしが幸せだとかそうでないとかとは別のところで死にたくなることがある。「やーめた」と言いながら、書き損じた原稿用紙をクシャクシャに丸めてポイってするくらいには、お気軽に死にたいのだ。 死にたいと言ったが、現状心底悩んでいて、今すぐに死をとろうという人のそれとは性質が全く異なる。だから、「死にたいと言って気を引こうとしている」などとは思わないでほしいが、そう言うと「お気軽に死にたいなんて言うな」とお叱りの言葉を受けそうだ。もっともな意見だと思う。ただ、わたし自身も過去に病気をしていたので、そういった感覚はわかっているつもりで、復活した今だからこそ激痛がする急性の病気と、鈍痛が
お知らせ・地元である岡山に引っ越します - えいのうにっき
極めて個人的な話題なんですが、このブログを通じてしかお伝えできない人もいたりするので、こちらで失礼します。 7月1日より、日々の生活の拠点を自分の地元である岡山に移します。主に自分の "ライフステージ的なもの" の変化を起因としたものですが、以前より「いつかは岡山に戻りたい」という強い気持ちを常々持っていたので、僕個人としてはこの変化をとても嬉しく思っています。仕事については大きく変わりはありません。私は現在、株式会社はてな という会社に所属し、サーバー監視サービス・Mackerel の CRE（Customer Reliabilty Engineer）として働いていますが、そういった所属企業、職種・ロールも今のまま、据え置きです。岡山からのフルリモート勤務となります。 お仕事についてもう少し。今回のことについては「岡山に引っ越すこと」が先に立ってのことだったので、今の仕事そのものについて
わたしたちがチームであるために"期待合わせ会"をやりました、という話 - スタディサプリ Product Team Blog
はじめまして、Web Developerの@tricknotesです。 今回はチームの期待を合わせるためのワークショップである「ドラッカー風エクササイズ」をわたしたちのチームで実践してみました、というお話です。 背景 なんでこのワークショップをやってみようと思ったのか…という話をする前に、まずわたしたちのチームの状況をお伝えさせてください。 わたしたちのチームは、ここ半年ほどで多くのメンバーが増えました。 その結果、古くからのドメイン知識に明るい古株層とまだまだドメイン知識の吸収を必要としている新入りメンバー層の間で大きな知識の隔たりがあるという状況になっています。*1 そんな中、歴史的経緯は気にせずいまの開発に集中してほしい古株メンバーと、そういった歴史的経緯を含めて吸収していきたい新入りメンバーの思いがそれぞれある、ということが振り返りの場で明らかになりました。 どちらもチームのためを
オンボーディングのはじめかた - スタディサプリ Product Team Blog
オンボーディングのはじめかた こんにちは。SREの近藤（@chaspy）です。 今回、SREチームではじめてオンボーディングプロセスを実施しました。本日はその内容について紹介します。 オンボーディングとは Onboardingとは、新しく入社した従業員が組織の中で効果的に成果を発揮するために、必要なナレッジ、スキル、行動を習得するメカニズムのことを言います。 これは単なる社内サービスへのアカウント登録作業ではありません。また、関連する技術的な研修を受けさせるだけでもなければ、OJTという名のもとに振ったタスクをやりながら覚えてもらうだけでも不足しているでしょう。なぜなら習得すべきことは技術的なスキルだけではないからです。確かに、実際の仕事を通じて学ぶことはできるはずですが、より短期間で、より効果的に必要なことを身に着けてもらうためには何らかの学習のための仕組み（Mechanism）が必要で
Mackerel開発チームカイゼンの旅（振り返り・モブプロ・スキルマップなど） - Hatena Developer Blog
こんにちは。Mackerel開発チームディレクターの id:daiksy です。 Mackerelチームでは、開発プロセスにおけるプラクティスや、チームをうまく機能させるための様々な取り組みに対して、普段から定期的なカイゼンを行っています。 世の中は新年度を迎え、いろいろと新しい取り組みにチャレンジしやすい時期でもありますし、Mackerelチームで行った最近のカイゼンの様子を簡単にまとめてみようと思います。 振り返りでKPTをやめた Mackerelチームではスクラムをベースとした開発サイクルを採用しており、1スプリント2週間というペースで開発イベントが計画されています。スプリント最終日に振り返りを実施し、2週間の間に起きた出来事や課題などを議論して、次のスプリントでカイゼンをする、というルーチンです。 チームではこれまで長い間、KPTという振り返りのフレームワークを採用していました。K
Blog
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
どうやって校閲記者は調べているか
「著者から後書きに名前を入れていいか聞かれることはありますが、誤植が後で見つかったらと思うと怖いですね」。引用部分を探す苦労、事実確認はどこまでするか…出版の分野で活躍する校正・校閲者の方々に聞きました。... 「これは会社の財産ですね。ぜひ公開してほしい」 「校閲者や司書は泣いて喜ぶと思いますよ」 毎日新聞の校閲センター内で共有しているインターネットサイトのリンク集のことです。私たちの仕事に合わせて作ってきたので一般にどこまで役に立つか分かりませんが、そのような声をいただいたため、どなたでもアクセスできる部分などを公開することにしました。 このリンク集の始まりは2009年ごろ。米国の雇用統計や消費者物価指数など、一から調べると手間がかかる経済関係の情報を早く調べるためでした。そこからスポーツなどデータが豊富に使われる記事などでもリンクがまとまってあれば便利だということで徐々に分野が広がり
「1on1コーチング体験」参加者募集 - 思考と現場の間で
※現在募集を停止しております。落ち着いたらまた再開する予定です。 1on1コーチングを体験してみませんか？無料でお受けいたします。 場所 リアル（渋谷から五反田あたり） or zoomなどのリモート 対象の方 主にエンジニアですが、エンジニア以外でもお気軽にご連絡ください 時間 1時間前後 申し込み Googleフォーム https://forms.gle/LuY45jb1dwMUcEFZA アンケートのお願い 開始前、開始後に複数のアンケートの回答をお願いします。 費用 無料（2回目ご希望の場合はご相談） カフェ等で行う場合、実費負担はお願いいたします その他 1on1の場でお話したことは口外いたしません もしよろしければ、ブログ等で感想を書いていただけると嬉しいです。 なぜやるのか？ これまでエンジニアとして、マネージャーとして、リーダーとして、コーチとして、色々やってきました。色々失
一人トランザクション技術のカレンダー | Advent Calendar 2016 - Qiita
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
運用エンジニアから開発エンジニアになるためにやったこと · As a Futurist...
Web の会社でエンジニアを始めて 4 年、ずっと運用エンジニアをやってました。運用とは端的に言うと、社内外の他人が作ったソフトウェアを期待通りに動作させるためのエンジニアリングだと思ってます。アプリケーションはもちろん開発者が作ったものですし、MySQL や Apache や Linux も全部他人が作り上げたソフトウェアであり、それらの設定を変更したりパッチを当てたり運用ツールを駆使することで、協調動作させることに磨きをかけてきました。 ただ、いつまでたっても他人の作ったものの面倒を見てることには変わりないし、運用ツールを開発したところでそれはあくまで誰かが生み出す価値のサポートにすぎないのが自分的には満足できなくて、ずっとアプリケーション(ビジネスロジック)が作りたいと思ってました。 で、今年の始めからたまたまタイミングよく新規開発の部署に入ることになって、いきなり開発者をやることに
私と英語 - As a Futurist...
2016 年を振り返ると、英語力がめっちゃ上がった 1 年だった。せっかくなので自分用備忘録も兼ねて、自分の英語歴をメモしておく。あくまで僕はこうやったというだけの話なので万人が同じようにやるものではない。 なお、以下のブログの夫婦のエントリを見て触発されて書いている。 ほぼ 30 代からのスタートで TOEIC525→IELTS7、カナダ永住権取得までの道のり 夫の英語歴：TOEIC295→825！そして、海外就職までの道のり 中学 中学の授業で初めて英語を習ったわけだが、5 文型を教えられなかったので文法の根本がわからず、動詞の不規則変化にも挫折し、今後は出来る限り英語とは距離をおきたいと心に誓っていた。日本を出たいとも思ってなかったし、それで困ることはないと思ってた。 1 つ良かったことを上げるとすると、なぜか発音だけは褒められることがあって、スピーチコンテスト(スクリプト読み上げる
モダン JavaScript プログラミングを始めるために知っておきたい技術セット - Qiita
元々は社内向けとして書いたものですが、転載許可が出たので Qiita 向けに加筆・修正した文章です。 僕は普段ペチパーバックエンド領域を担当することが多いのですが、フロントエンド領域を含めて社内の技術アップデートを一緒に頑張っていきたい、という思いから書きました。 なんせペチパーバックエンドエンジニアの拙い知識なので一部情報が古かったり間違っているかもしれません。 フロントエンドガチ勢の皆様、間違い等ございましたら温かく指摘して頂ければと思います。 前書き JavaScript は一応書けるけど、将来心配。なんかすごく進化してるって聞くけど、調べてみても訳が分からない。 僕も勉強し始めは同じことを何度も思いました。 そこで、僕の仕事環境を想定し、導入すべきツールを役割ごとに選定してみました。 上から順に読んで、インストールして、使えるようになるとそれなりにモダンなフロントエンドの知識を手に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あなたが面接に落ちたのは、あなたの能力が低いせいじゃないよ。#転職
エンジニアのための学ぶ技術
プロジェクトをリードする技術 / Project Leading is Skill
https://www.slideshare.net/starpos/rev2-148228467
取得に失敗しました - おのかちお's blog
