CREのおしごと〜エンジニアチーム編〜 - Link and Motivation Developers' Blog
はじめまして、新卒からCREグループに配属されて2年目のWakaです。 この記事では、CREのエンジニアチームが「日々取り組んでいること」と「心がけていること」をご紹介いたします。 そもそもリンクアンドモチベーションのCREとは？ エンジニアチームって何しているの？ プロダクト対応 仕様確認 障害対応 イレギュラー対応 顧客が迷わず利用できるようにするための改善 プロダクト改善 ヘルプページの更新の依頼 CSのケイパビリティ向上 CREエンジニアとして、心がけていることは？ お客様のお困りごとを想像すること 技術で解決することに誇りをもつこと そもそもリンクアンドモチベーションのCREとは？ チームでは、「顧客の信頼性を最大化する」をミッションに掲げ業務をしております。 具体的な業務は、得意な領域により以下のような役割分担で対応をしています。 アプリケーション開発・改善を通して、顧客の不安
「重度訪問介護」の利用が低迷しているのはなぜなのか…障害者の1人暮らしが当たり前にならない現実：東京新聞 TOKYO Web
障害があっても自分が望む暮らし方をしたいー。そんな当たり前の願いを具体化する福祉制度の歯車がかみ合わない。重い知的障害者の利用低迷が叫ばれる「重度訪問介護」もそのひとつだ。国や自治体の支給決定は抑制的にもみえる。なぜこの国はかくも、障害者に冷ややかで、特殊な存在として分離し続けるのか。（特別報道部・木原育子）
低すぎる自己評価は実際の評価も下げてしまうという話
自己評価が高すぎると困るのは想像がつきやすいと思いますが、一方で低すぎるのも困りものです。むしろ、そっちの方がより深刻な問題を引き起こしやすかったりします。 自己評価が過度に低い状態というのは、謙虚さではなく自己否定につながる場合がままあります。 それはやがて自分の携わる仕事やチームに対する否定に発展していきます。これが本当に良くない。本人のみならず周りにも悪影響を与えるので、仕事によるプラスのアウトプットを打ち消すマイナスのアウトプットを生み出してしまう。 仕事をすると同時にそれを削る方向の動きもしてしまうので、成果を上げても十分な評価ができなくなってしまいます。そして、また下がる自己評価という負の循環が完成する。 そこまで極端でなかったとしても、自己評価が低い人がシニアエンジニアとかリーダーみたいなポジションについてしまうと、それもまた不幸を招きがちです。 「自分に厳しい」と言えば聞こ
自分を必要以上に過小評価することは、あなたを認めてくれている人にとっても失礼だよって話 - そーだいなるらくがき帳
クライアント先の社内ポエムだけど必要になることがあったので転記した。 @nekoya さんにお願いしたらそちらも公開してくれた。:圧倒的感謝: @nekoya さんの話がとても良かったので僕もポエムを書いてみる。 zenn.dev 僕もその昔はもちろん駆け出しのエンジニアで自信が無くて自分を低く見積もったり、ある程度自信があっても 謙虚であることが美徳 と思って自分を敢えて卑下するなんてことをよくやっていた。 脳ある鷹は爪を隠す、なんていうけど確かに周囲に低能力だと思われていたほうが便利なシーンもあるにはある。 しかし少なくとも社会で働く上で 自分の能力を適切に評価する ことは自分にとっても会社にとっても重要なことだ。 その前提の上で、自分を過小に評価することは、あなたの仕事の成果に対して高評価し、認めてくれている人たちにとっては裏切り行為と言える。 例えばとても良い仕事をしたのにも関わら
きょうから「ハンズ」に 親会社交代で ロゴマークも変更 | NHK
日用雑貨などを販売する「東急ハンズ」は買収による親会社の交代で26日から店舗の名称が「ハンズ」に改められました。 名称の変更に合わせて、46年にわたって使ってきた手の形のロゴマークも変更し、漢字の「手」を一筆書きしたデザインに一新しました。 店舗の看板や、紙袋などの包装資材は、再来年3月までに順次、切り替えていくということです。 東急ハンズは、ネット通販との激しい競争や新型コロナの影響などで業績が低迷し、ことし3月、ホームセンターを運営するカインズが親会社の東急不動産ホールディングスからすべての株式を取得して子会社化しました。 ハンズの会長に就任したカインズの高家正行社長は26日、都内で開かれた記者会見で「店舗の従業員の深い知識や接客という強みにデジタル技術を掛け合わせ、世の中の半歩先で流行の兆しがみつかるような価値を実現していきたい」と述べました。
8年続く社内勉強会を続けていくために行っていること - NTT Communications Engineers' Blog
みなさんこんにちは、社内のエンジニアが働きやすくすることを目標にする Engineer Empowerment プロジェクトの @Mahito です。 社内勉強会を始めたけれど長く続かないという話は時々、知人から聞いたり Twitter で見かけたりすることがあります。 今回は NTT Com で 2014 年から 8 年間続いている社内勉強会 TechLunch の運営を続ける際に行っていることについて書きたいと思います。 本記事は少々長めになっているため、先に内容をまとめると以下のようになります。 社内勉強会 TechLunch の紹介 社内勉強会を長く続けるためにどんなことを考えたか 続けていくために「ゆるく」したこと 発表の敷居を下げる 運営が頑張りすぎない 参加者にもゆるく楽しんでもらう TechLunch とは NTTコミュニケーションズでは、TechLunch と称して社内ラ
リモートワークで雑談を生み出す仕組み - JMDC TECH BLOG
こんにちは。ユーザープラットフォーム開発本部(UP部)の原です。 あなたのチームの雑談チャンネルは1日あたり何回ぐらい発言がありますか？ 小さい仲良しチームなら頻繁に発言があるかもしれませんが20人,30人あたりになってくるとだんだん発言が少なくなってきますよね。 チームメンバーのエンゲージメントや生産性を高めるためには少なくともお互いがどんな人なのかを知っているようにしておくべきです。 JMDCは数百人いる組織だし、私の所属するUP部だけでも20名以上の社員が所属しており、しかもほぼ全員リモートで仕事をしている状況なので、いかに "チームメンバーがお互いにどんな人なのかを知っている状態" を作り出すかが課題になっています。 GitLabのリモートワークガイド参考にする 自らを “A world leader in remote work” と呼んでいるGitLabも雑談を重要なものと捉え
XMLHttpRequest とはなんだったのか | blog.jxck.io
Intro Fetch API の実装が広まり、 IE もリタイアを迎えたことで、今後忘れ去られていくことになるだろう XMLHttpRequest について。 どのように始まり、どのように広まり、どのように使われなくなっていくのか。その間に残した多大な功績を残す。 XMLHttpRequest の始まり この名前は非常に長いため、通常 XHR と略される。 この API は、現在の Web API のように W3C/WHATWG による標準化を経て策定された API ではない。 Microsoft によるいわゆる独自実装の API として始まり、後追いで標準化される。 したがって、 Web API の中でもかなり異質な命名である XHR が、 XmlHttpRequest でも XMLHTTPRequest でもなく XMLHttpRequest である理由も、 Microsoft の命
話を聞き出す技術
XP祭り 2022の資料です。 #xpjug #shinagile LISTEN――知性豊かで創造力がある人になれる https://www.amazon.co.jp/dp/4822289001 子どもは40000回質問する あなたの人生を創る「好奇心」の驚くべき力 https://www.amazon.co.jp/dp/4334962149 探索的テストにおける期待値（基準）の作り方 https://www.docswell.com/s/nemorine/K342Y5-howtocreateexpectedvalue コーチングよりも大切な カウンセリングの技術 https://www.amazon.co.jp/dp/4532324203
答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022
答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略（2022秋版）が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダ
[Twitter] React ユーザーが Vue を選ばない理由
概要 本記事は、 Vue.js コアチームメンバーである @antfu7 氏の以下ツイートに対する回答を個人的にまとめたものです。 React ユーザーの皆さん、 好奇心で聞くのですが、Vue を使ったり試したりするのを妨げているブロッカーや欠点は何ですか？ 注意事項 対立煽りっぽいタイトルにはなっていますが、個人的な好奇心がモチベーションとなっており、特定の技術を贔屓、批判する意図はありません。 私自身は長らく Vue を愛用しており、業務でも大規模 Vue アプリのメンテに携わっている一方で、React は小規模プロジェクトや個人開発でしか利用していません。そのため、理解度に差がある状態であるため、改めて Vue と React の対比やそれぞれの良さを実感したいと思い、一通りのツイートに目を通した次第です。 また、 Vue.js の生みの親である Evan You氏が以下のようにツイ
![[Twitter] React ユーザーが Vue を選ばない理由](https://cdn-ak-scissors.b.st-hatena.com/image/square/050cb810e4b79fc48a4bc3fe8753540d585f1720/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--QTloU7Jr--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BTwitter%25255D%252520React%252520%2525E3%252583%2525A6%2525E3%252583%2525BC%2525E3%252582%2525B6%2525E3%252583%2525BC%2525E3%252581%25258C%252520Vue%252520%2525E3%252582%252592%2525E9%252581%2525B8%2525E3%252581%2525B0%2525E3%252581%2525AA%2525E3%252581%252584%2525E7%252590%252586%2525E7%252594%2525B1%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Ashingo.sasaki%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzg0NWZhNzViYTguanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
Zod のスキーマが使えるAPIクライアントZodios を紹介したい - とろろこんぶろぐ
概要 TypeScriptでフロントエンド開発をしているとバックエンドのAPIを呼び出す際に、APIのパラメータ、レスポンスの型付けをしたくなります。 僕は最近この型付けにZodを使い、APIクライアントにはZodiosというライブラリを使っています。 github.com この記事では、Zodios でZodのスキーマ定義から型安全なAPIクライアントを作る方法を紹介します。 他のやり方 Types定義 純粋にパラメータとレスポンスの type を Type Alias で定義し、fetch やaxios などの素のAPIクライアントに型付けするやり方です。 APIのパスと、パラメータ、レスポンスの紐付けを人間が管理することになるため、ミスを防ぐことができません。 aspida この課題のためにaspidaがよく使われている印象があります。 github.com Open APIからas
フロントエンド界隈で新しく提唱されているT3 Stackについて調べてみた
T3 Stackとは 昨今のWeb開発ではTypescriptによる型安全なWebアプリケーションの開発を求められている。またバックエンドとフロントエンド、さらにBFFによる構成においていかに型安全で効率よく開発するかはWebアプリ開発において非常に重要な課題となっている。 そこでTheo氏によって「T3 Stack」という技術スタックが提唱された。 これは最近注目のWeb開発の技術スタックとなっている T3 Stackにおいては以下3つの思想に焦点が当てられている。 simplicity(簡潔さ) modularity(モジュール性) full-stack typesafety(フルスタックの型安全) そしてこれらの思想を実現するためにT3 Stackでは以下6つの技術を採用する Next.js tRPC Tailwind CSS Typescript Prisma NextAuth.j
TypeScriptの型と実態がズレるとき、型付けにどう向き合っていくか
はじめに こんにちは！株式会社マイベストでフロントエンドエンジニアを担当している おぎー と言います！ この記事ではTypeScriptの型と実行時の値が噛み合わなくなる話と、型付けへの向き合い方についてお話できたらと思います。 TypeScriptの型付けについて 型があるメリットとは TypeScriptは静的型付け言語です。プログラムを実行せずともコンパイルの段階で型の噛み合わないコードを発見することができます。このおかげで実行するコードは一定品質を担保されている状態を保ちやすい作りになっていると言えます。 またVS Codeをはじめとした開発用エディタではリアルタイムに型チェックしてくれるため、間違った記述にいち早く気づき修正することができます。 これらを踏まえると、素早く一定の品質を保たれたコードを作れることがポイントになるかなと思います。 型と実態がズレるとは TypeScri
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ももクロ高城れに 日本ハム・宇佐見と結婚発表「世界一の夫婦を目指したい」 芸能活動は継続 - スポニチ Sponichi Annex 芸能
2024年度から介護関連の行政書類を標準化へ
組織と人事に向き合ったCEOの12ヶ月
デイリースクラムいらなくなくなくなーい！？
Slack、まとめ機能「Slack Canvas」提供へ。複数チャンネルにまたがる情報を整理・集約して表示可能 「ハドルミーティング」を拡張するビデオ／画面共有機能の一般提供開始も
ソフトウェア開発者に必要な考え方 / Necessary mindset for software developers
