並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 376件

新着順 人気順

読了。ストックの検索結果81 - 120 件 / 376件

  • Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita

    GitLab社のGitLab Handbookと徹底した文書化、組織的なオープンネス(?)を先日調べたのだが、じゃあ同じように見える化、透明性をアピールしているツールが何か?と考えた際ににSlackがあると思っている。SlackといえばDM禁止!オープンな職場が良し!風通し良し!なやつである。 しかしそれを実際会社で根付かせようとした時に、Slackの使い方を説くだけでは足りなくて、むしろ皆の意識改革みたいなものが必要だな~とひしひし感じさせられる。オープンな会社が良いかクローズドが良いか、「チームの風通しは良いほうが良いのか?」 世の中ひねた人も居るもんで風通しだけ良くてもこんなデメリットが有るなんて言われる 意見は増えても、内容が浅い 意見の浅い深いを確認する手間がかかる 浅い意見でも対応しなければならない 多数派の浅い意見に流されがちになる https://factory-learn

      Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita
    • フロントエンドエンジニアが「自分はJSON色付け係」と自虐する理由を考察した - パンダのプログラミングブログ

      「JSON色付け係」という自虐 フロントエンドエンジニアの間では、「私の仕事は JSON に色を付けることです」という有名な自虐ネタがある。 おそらく初出は以下のツイートなのだろう(*1)。ただ、出典はあまり詳しく調べていない。 初めてこの言葉を見た時、面白い言い回しだなと思った。確かにフロントエンドの仕事にそういう側面はある。 実際、コンテンツの表示がメインのページで作業すると上記のような気持ちになる。この場合、フロントでやることといえばせいぜい日付の表示形式を適切にフォーマットするくらいだ。結局バックエンドからデータが返ってこないとフロントだけでは何もできないと思うこともある。 もちろん、フロントだけで簡潔する手書き風グラフ作成ツール excalidraw のようなものは別だし、フロントで複雑な状態を扱う部分を書いたり、フォームを使ってユーザー入力を受け付け、入力値を検証するバリデーシ

        フロントエンドエンジニアが「自分はJSON色付け係」と自虐する理由を考察した - パンダのプログラミングブログ
      • 41歳のエンジニア、マネージャーからICへのキャリアチェンジ | おそらくはそれさえも平凡な日々

        最初にお断りしておくと、このエントリは驚くほど僕固有の私的な話に終止するので、他の人の参考にはならないでしょう。 ICというのはIndividual Contributorの略で、最近だとHashiCorp創業者のあのMitchell Hashimoto氏が、HashiCorp社内でICになるというのも話題になりました。日本でも、こにふぁーさんがそういう動きをしていたりして、ちょいちょい聞くようになってきた印象です。 今回の僕の転職は、言ってしまえば、自分が培ってきたソフトウェアエンジニアとしてのスキルを活かして世界の舞台で戦いたいという気持ちを抑えきれなかった、という幼稚な理由です。自分が求めているものがLaunchableにはあるように感じて入社しました。 振り返ってみると、最近の自分の転職における決め手は「自分を一番必要としてくれるところ」という側面が強かったと感じています。その結果

          41歳のエンジニア、マネージャーからICへのキャリアチェンジ | おそらくはそれさえも平凡な日々
        • エンジニアの個人ブランディングと技術組織

          「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチYoshiki Hayama

            エンジニアの個人ブランディングと技術組織
          • 1年で内定承諾率が8倍に。エンジニア採用は「開発者体験」と「候補者体験」を良くすれば上手くいく! - Uzabase for Engineers

            こんにちは。NewsPicks CPO/CTO の 文字 です。NewsPicks Advent Calendar 2022 の 4 日目を担当します。昨日は 池川さん による Kotlin 知見共有会 ー 社内勉強会を継続させるための工夫 でした。 qiita.com ちょっとキャッチーなタイトルを付けてしまいましたが、今日は NewsPicks のエンジニア採用に関する取り組みと、そこから得た学びについて共有できればと思います。 はじめに 当時の状況 候補者体験の改善 転職ドラフトの強化 エンジニアの給与アップ(+50 万) カジュアル面談の見直し 技術課題の撤廃とワークショップ面接の導入 面接参加者を増やす オファー時にラブレターを渡す 候補者体験を良くするだけでは、採用はうまくいかない 開発者体験の改善 開発者体験の改善は一夜にしてならず 2020 年 - 開発者体験への投資を開始

              1年で内定承諾率が8倍に。エンジニア採用は「開発者体験」と「候補者体験」を良くすれば上手くいく! - Uzabase for Engineers
            • CTOになったので、やってみたフルリモートワークでの実験的な施策の紹介

              この日に関してはリリースの開発工数日に含まないように事前スケジュールし、 普段の仕事中にやれていない対応、作業の整理やコミュニケーションを行なう日としています。 社内イベントは、Gather.Townを使用して運用しています。 メリット / デメリット メリット エンジニアチーム全体に情報を共有するの提供 仕事以外の会話の場が増えた デメリット 運用コスト 特に組織にマッチさせて、継続的に実施できるフォーマットが決まるまでのコストがかかる ある程度繰り返し実施するとフォーマットが確定するのでコストは下がっていく ☕ Coffee Chat 内容 社内イベントで大人数で集まるコミュニケーションの場を設けることはできたが、 リモートで大人数集まっても同時に喋れるのは3〜4人程度ということも、何回か実施して分かってきました。 そこで以下のスライドで紹介されていた、Coffee Chatを取り入れ

                CTOになったので、やってみたフルリモートワークでの実験的な施策の紹介
              • 株式会社ゆめみサーバサイドコーディング試験模試(2023年度版)の回答例とフィードバック例 - Qiita

                はじめに 株式会社ゆめみでは、採用時にコーディング試験を課しています。 2023年5月中旬より、数年間内容を更新せずに利用してきたこのコーディング試験の内容を刷新、合わせて模試も新しいものにすることとしました。(※まずは2025年度新卒採用から変更しますが、順次展開する予定です。) この記事では、2023年度版のサーバサイドコーディング試験の模試の内容、およびそれに回答があった場合にゆめみがどういう観点でどういうレビューを実施するかをまるっと全部解説します。 過去のコーディング試験の目的とレビュー観点はこちらを御覧ください。 刷新した理由 5年以上同じ問題を利用してきて、準備されたテストケースの通過率がほとんどの人が90%以上となってしまったこと。 応募者のレベルが上ってきたことに合わせて、より難易度を上げないと差別化が難しくなってきたこと。 【New!!】本試験もChatGPTに回答でき

                  株式会社ゆめみサーバサイドコーディング試験模試(2023年度版)の回答例とフィードバック例 - Qiita
                • エンジニア不足が加速する日本|現状と原因、対処法をくわしく解説 - GALK(ガルク)

                  「日本のエンジニアは不足しているというけれど本当? その原因は?」 「わが社でもエンジニアが不足していて困っている、何かよい解決法はないか?」 いまこの記事を読んでいる方は、そのような疑問や悩みを持っているのではないでしょうか? 「エンジニア不足というのはウソだ」と主張する向きもありますが、実際にデータを見ると確実にエンジニアは不足しています。 2018年時点の調査で22万人、このままいけば最悪の場合は2030年時点で79万人が不足すると予想されているのです。 原因として考えられるのは以下のようなことです。 ・IT市場が急成長している ・技術革新のスピードが速い ・エンジニアの高齢化が進んでいる ・IT業界の労働環境がよくない そして、この解決のために企業がとれる対策としては、以下が挙げられます。 ・エンジニアの待遇を改善する ・社内で人材を育成する ・海外人材を活用する そこでこの記事で

                    エンジニア不足が加速する日本|現状と原因、対処法をくわしく解説 - GALK(ガルク)
                  • 凄腕エンジニアと一緒に働いて学んだ技術以外の大切なこと - Qiita

                    はじめに 運が良いことに自分は今、今まで出会ってきたエンジニアの中で一番凄いと思う人と一緒に働けています。 今の会社で働けていてよかったな〜と日々感謝しつつ、一緒に働いている中でたくさんのことを勉強させていただいています。 そしてそろそろアウトプットせねば!(使命感)と思いこの記事を書いています。 今回は技術以外のことで学んだこと、大切だと思ったことを書いていきます。 (この記事の中で凄腕エンジニアさんのことはTさんと呼ぶことにします。) (どれくらい凄いのかも本当は書きたいですが、この記事の目的とは離れてしまうので省略します。。。) (本当は【凄腕エンジニア】という言葉でくくりたくないくらいすごいエンジニアさんです。。。) ドメイン知識、業務知識の大切さ 今自分が参加しているプロジェクトではTさんが業務要件の整理やヒアリング、システムの設計、DBの設計を手掛けているのですが、 ドメイン知

                      凄腕エンジニアと一緒に働いて学んだ技術以外の大切なこと - Qiita
                    • 2023年下半期に他人に勧めたいWeb技術まとめ

                      はじめに Web技術は日進月歩で新しい技術が増えているが、実務でそれらすべてを触る機会はない。そこで、今回の記事では2023年下半期に赤の他人に勧めたいWeb技術を個人の独断と偏見で解説する。 対象者 これから何をすればいいのかわからないプログラマー 新しい技術に興味があるひと スキルセットを拡大したいひと タイトルでなんとなく気になったひと フレームワーク FastAPI FastAPIはPythonでAPIを開発するために開発された軽量のWebフレームワークだ。FastAPIでは、主に以下の特徴がある。 Node.jsやGo言語に匹敵する高速なアプリケーションを開発できる 構造が簡単(Flaskの影響を受けている) Pythonに型定義を含められる 環境構築がコマンド一つで終了する 非同期処理を簡単に実装できる Pythonで開発されているので、機械学習との相性が抜群 RESTとGra

                        2023年下半期に他人に勧めたいWeb技術まとめ
                      • Ubie は Go と Node.js の会社になります

                        Ubie では、創業当初から Server-Side Kotlin を推進してきましたが、全社的な技術選定を再度行い、これからは Go と Node.js を中心とすることにしました。 本記事では、Go と Node.js を選定した理由や、それを普及させる取り組み、そして選定の流れを紹介します。 経緯 これまで Ubie では技術スタックを発散させてきていて、現在は Kotlin、Go、Node.js、Ruby、Python のバックエンドサービスが動いています。以前は新規開発が多く、それぞれに携わるメンバーが技術選定をすることにより、最大瞬間風速を出せるなどのメリットがありました。しかし、現在では弊害が目立ってきています。 まず、事業成長に伴って運用の重要性が増しています。人材が潤沢とは言えないスタートアップにおいて、様々な技術スタックを安定運用することはコストが高すぎると感じています

                          Ubie は Go と Node.js の会社になります
                        • Google Chromeの隠れ機能「Side Search」でブラウザ検索が超スムーズに! | ライフハッカー・ジャパン

                          サンディスクのmicroSDカード 512GBが40%OFF。写真や動画のデータ置き場はこれで良くない?【Amazonセール】

                            Google Chromeの隠れ機能「Side Search」でブラウザ検索が超スムーズに! | ライフハッカー・ジャパン
                          • 分かりやすい文章を書くために、私が意識していること

                            はじめに 私は、仕事でもプライベートでも分かりやすい文章を書くことを大事にしています。 文章が分かりにくいと、読む人がストレスを感じたり、質問や確認が増えて時間のロスに繋がったりすると思うからです。 『分かりやすい文章を書くために、私が意識していること』というタイトルでLTをしたところ、ありがたいことに好評でした😳 そこで今回、補足も兼ねて記事にしてみました。

                              分かりやすい文章を書くために、私が意識していること
                            • 1~2年目のエンジニア向けにキャリアや勉強方法について話したこと

                              オフィスアワーで1~2年目のweb/モバイルエンジニア向けに今後のキャリアや勉強方法について話す機会があった。形式としてはLTのような形ではなく、質問をいくつかもらいそれに都度答える形で進んだ。LTのような1対多の発表よりインタラクティブに相手に合った受け答えができるので良い形式だなと思った。 自分としてはキャリアについて偉そうに語れる立場ではないが、そこそこの刺さる話はできたと思うので今後のためにも要点をまとめておくことにする。 Q. エンジニアとしてのキャリア・技術遍歴を教えて! 自分は正直働いた会社は2社しかない。 2012~2014 大手 Web メディアサイトの開発 2014~現在 起業 技術遍歴。偉そうに語れるようなものではないことがお分かりいただけるだろう... 大学 4 年くらいの頃に WordPress あたりから始まり PHP や Javascript を触る 新卒入社

                                1~2年目のエンジニア向けにキャリアや勉強方法について話したこと
                              • 3人以上の定期的な会議をすべて「永久に」キャンセルするとShopifyが決定、経営陣は「会議はバグ」「本日をもってバグを修正する」と宣言

                                eコマースプラットフォームを展開するShopifyが、3人以上で行われる定期的な社内会議を永久的に廃止する方針を固めたことが明らかになりました。 Shopify CEO Tobi Lutke Tells Employees To Just Say No to Meetings - Bloomberg https://www.bloomberg.com/news/articles/2023-01-03/shopify-ceo-tobi-lutke-tells-employees-to-just-say-no-to-meetings 2023年に入り、Shopifyはカレンダーの「予定の一掃」を実施して3人以上で行われる定期的な会議を削除し、今後は同様の会議を廃止すること、水曜日には一切会議を行ってはいけないこと、50人以上の大規模な会議は木曜日のみとし、6時間の枠内におさめることといったルー

                                  3人以上の定期的な会議をすべて「永久に」キャンセルするとShopifyが決定、経営陣は「会議はバグ」「本日をもってバグを修正する」と宣言
                                • 機械学習の全体像をまとめてみた

                                  教師あり学習 概要 入力値から何かしらの予測をしたい場合を考えます. 予測する対象の正解データが事前に得られる場合、 入力値から正解データを出力するモデルを学習する手法を教師あり学習と言います. 主なタスク 何を入力して、何を出力するかでタスクが分類されます. 代表的なものに以下が挙げられます 時系列予測: 現在以前の時系列データ ⇒ 未来の時系列データ 画像分類: 画像 ⇒ ラベル 物体検出: 画像 ⇒ 物の位置と種類 セグメンテーション: 画像をピクセル単位で分割 文章分類: 文章 ⇒ ラベル 機械翻訳: ある言語の文章 ⇒ 別の言語の文章 時系列予測 現在以前のデータから将来のデータを予測します. 実用例 株価予測 災害予測 自動車の事故防止システム 主要なアルゴリズム 自己回帰モデル(AR・MA・ARMA・ARIMA) 時系列間の関係を数学的に定量化、モデル化する. 周期性のあるデ

                                    機械学習の全体像をまとめてみた
                                  • ビックカメラが数十億円投じAWSとSalesforceを全面採用、内製化でDX推進へ

                                    ビックカメラが米Amazon Web Services(アマゾン・ウェブ・サービス、AWS)と米Salesforce(セールスフォース)の各クラウドサービスを全面採用し、システム内製に乗り出す。日経クロステックの取材で2022年6月13日までに分かった。投資額は数十億円規模に及ぶとみられる。 オンプレミスで稼働する既存の基幹システムをAWSに移行しダウンサイジングするほか、ローコード開発が可能なセールスフォースのPaaS(プラットフォーム・アズ・ア・サービス)「Salesforce Lightning Platform」を導入し、開発の内製化により脱ベンダー依存を進める。日本ではまだ導入事例が少ない米ミュールソフトのAPI(アプリケーション・プログラミング・インターフェース)型接続ツール「Anypoint Platform」なども取り入れる方針だ。同ツールは米国の大手小売業で採用が進んでい

                                      ビックカメラが数十億円投じAWSとSalesforceを全面採用、内製化でDX推進へ
                                    • メルカリのデータ分析チームでやったことの振り返り|樫田光 | Hikaru Kashida

                                      こんにちは。 データアナリスト 兼 チームのマネージャ としてメルカリという会社に4年ほど勤めていたのですが、色々やった気はするが、思い返してみると結局の所何をしたんだっけ?という気持ちに突然なりました。僕は忘れっぽいので、今後もこういう瞬間は何度も訪れそうな気がしています。 ということで、この4月から新しいことを始めるこのモーメントに自分が何をしたのかをちゃんと書き残しておくことにしました。 自分自身の記憶のアーカイブの役割とともに、誰かの参考になれば望外の喜びです。 大体2016−2019年くらいの話です(今のメルカリのデータ分析チームはもっと進化していますのであしからず。) LTVの概念を導入した2022年現在となってみると非常に不可解ではあるが、私がメルカリに入社した2016年頃には、社内では「LTVを見る」という概念はなかった。 ゆえに、投資がリクープ(回収)できているかどうかを

                                        メルカリのデータ分析チームでやったことの振り返り|樫田光 | Hikaru Kashida
                                      • 「ITエンジニアは転職したほうが昇給できるバグ」の正体 | ITエンジニア向けのトレンド情報

                                        こんにちは。Forkwell の赤川です。 2022年5月、あなたは上位何%?ITエンジニアの年収分布まとめ【データベース完全公開】を公開したところ、ITmedia でも一部が取り上げられ、累計4,000RT以上の反響がありました。特に「エンジニアは自社内で”昇給を頑張る”よりも転職したほうが昇給できるバグがある」という一言に注目が集まりました。そこで今回は「このバグの正体」を掘り下げます。 この記事では、所属する企業タイプによって給与がどの程度変化するのかを報告し、さらに読者の手元で年収シミュレーションが可能なグラフを公開します。また、前回の記事では説明しきれなかった「どのようなアプローチが給与アップに効くのか?」という疑問に取り組みます。これについて結論を先にお伝えすると、自身の役割を変化させるよりも、給与払いの良い企業群に属することが有効、という身も蓋もない話をしています。 データは

                                          「ITエンジニアは転職したほうが昇給できるバグ」の正体 | ITエンジニア向けのトレンド情報
                                        • Four Keysがなぜ重要なのか - 開発チームのパフォーマンスを改善する方法について - yigarashiのブログ

                                          ソフトウェアエンジニアとして働き始めて以来、ずっとソフトウェアデリバリーのパフォーマンスに興味を持って、さまざまな改善活動をしてきた。当初はスクラムを中心としたプロセスの改善に注力したが、最近はチームの成熟に伴って技術的なプラクティスに興味が移りつつある。より広い視点からデリバリーについて考えるのは非常に楽しい仕事だ。 デリバリーのパフォーマンスを改善していくには、定量指標として確立されたFour Keysを計測し改善するのが業界標準となりつつある。恥ずかしながら、私はこれまでこのFour Keysが腹落ちせず、積極的に計測してこなかった。しかし、多方面に興味が向いて知識や経験が蓄積するにつれて、猛烈にFour Keysの重要性が腹落ちしてきた。この記事では、現時点における自分のFour Keysに関する理解と解釈を整理してみようと思う。 Four Keysとは Four Keysの妥当性

                                            Four Keysがなぜ重要なのか - 開発チームのパフォーマンスを改善する方法について - yigarashiのブログ
                                          • エンジニアが最初に覚えるNotion活用例!

                                            この記事に書いてあること エンジニアがNotionを使い始めよっかな…って思った時、 意外と何から始めたらいいのか一瞬慣れるまでよく分からない場合もある気がするので、 最低限これだけでもやったら便利だよ! ってのをまとめます。 私がマネージャーやPM・スクラムマスターとして動くことが多いため、プロジェクト管理寄りの視点が多めかもしれません。 動機 昨今のエンジニアは、いやエンジニアでなくても、日々の情報整理の重要性は爆裂に上がってますよね。 皆さんも日々多すぎる情報や思考の整理に疲れてませんか? 安心してください。Notionを使えばオールオッケーです!!! さっそく使用例3選 ①議事録・進捗日誌など とにかく黙ってList View。 リストで情報をまとめたかったらとりあえず思考停止でList Viewを使います。 日記 作業進捗 議事録 やりたいことリスト etc… やり方は簡単。/l

                                              エンジニアが最初に覚えるNotion活用例!
                                            • 思考の透明化で得る筋肉|ばんくし

                                              ここ数年、「会社を筋肉質に」というワードをIT業界で見るようになった。 元は市場の不況に応じて海外VCが言い始め、実際に言葉の波に乗るように外資企業ではレイオフが進んできた。1年遅れくらいで国内ベンチャーにもその波が来ており、右も左も筋肉質化と言っている。この波はすぐにIT全体に波及するだろう。 「筋肉質とは何か」とか「筋肉質化の功罪」はまたあるとして「会社の筋肉質化において重要なのはリーダーがどれだけ思考を透明化できるか」であると叫びたい。 思考は伝わらない私は、最近は転職にあたって引き継ぎ作業を行っている。 元々後続を探す、作るのがLeadと名前のついた人の役割だと思っているので、抱え込んでいるタスクこそ少ない。 少ないタスクの中でも「これはXのためにやります」と宣言してスタートする事が多く、何事も記録に残す事を徹底しているし、Qの終わりには1〜2万字の個人振り返り記事を社内に公開して

                                                思考の透明化で得る筋肉|ばんくし
                                              • 7年在籍したCircleCIを退職しました

                                                このエントリーについて いやゆる退職ブログです。どのようにしてCircleCIに入り、どんな仕事をし、そしてなぜやめるのかについて書いています。あとちょっぴり求人要素も入っています。 アメリカのスタートアップで働くのってどう?英語はどれくらい必要?など、実体験に基づいた一般論も書きました。海外のスタートアップに挑戦しようとしている方の後押しになれば幸いです。 目次 コンパクトにするつもりが、書きたいことが沢山ありすぎて長文となってしまいました。前半は思い出の振り返りポエムなので、興味がない方は海外のスタートアップで働くことについてまでスキップしてもらって大丈夫です。 CircleCIについて CircleCIでやったこと ソフトウェア開発 日本法人の立ち上げ SRE 海外のスタートアップで働くことについて 時差について フルリモートについて ストックオプションについて CircleCIで働

                                                • IT人材が79万人不足する4つの理由|優秀なIT人材獲得する方法 - GALK(ガルク)

                                                  「IT人材が不足していると聞くけれど、どうして不足しているの?」 「IT人材が不足すると、どんな悪影響があるの?」と思ったことはありませんか。 IT業界の発達は目覚ましく、経済産業省の調査によると、2030年には最大79万人のIT人材が不足すると言われています。 先端ITと言われるAIやビッグデータ、IoTといった専門的な知識や技術を必要とする分野の人材が特に不足しており、この状況が続くと企業には下記のような不利益が生じる可能性があります。 ・情報セキュリティ関連のトラブルが起こる可能性がある ・IT技術を使ったサービスの開発が難しくなる ・エンジニアの業務負担が増える このままの状態では企業の競争力が弱まったり、セキュリティ関連のトラブルが起きて顧客や消費者からの信頼を失ったりするかもしれません。 上記を避けるためには、最先端の技術を身に付けたエンジニアの確保が必要です。 ・社内で人材を

                                                    IT人材が79万人不足する4つの理由|優秀なIT人材獲得する方法 - GALK(ガルク)
                                                  • 実務1年半が転職ドラフトで、指名18件&約700万内定を獲得した話【web試験・コーディング試験・面接対策あり】 - Qiita

                                                    実務1年半が転職ドラフトで、指名18件&約700万内定を獲得した話【web試験・コーディング試験・面接対策あり】ポエム転職転職活動面接転職ドラフト 初めに タイトルにもあるように、Web開発の実務経験1年半程だった私が 2022年の某月回の転職ドラフトに初参加したところ、まさかの 指名18件獲得 年収約700万円の内定獲得 を実現することができました。 当初は、せめて指名が3件程きて願わくば年収500万円の内定を獲得できれば嬉しいな・・くらいの温度感だったのでこれは正直かなり予想外でした。 転職ドラフトを実際に利用してみて、非常に素晴らしいサービスだと感じたので、 今回は転職ドラフトでの転職体験と、面接やコーディング試験の対策をどのようにしたのか等をご共有できればと思います。 どの程度のスキル感でどのような指名が来るのか・・等、 転職ドラフトでご転職を考えられている方のご参考になれば幸いで

                                                      実務1年半が転職ドラフトで、指名18件&約700万内定を獲得した話【web試験・コーディング試験・面接対策あり】 - Qiita
                                                    • 神はSlackに宿る|シゲマツ | IR×弁護士|note

                                                      slackを見ると会社の強さがわかる。 強い会社はslackがキレイ。個々のポストの読みやすさ、トピックごとの返信やチャンネルの使い分け、オープンとクローズドのチャンネルの使い分けなど規律がしっかりしているし、浸透している。 神はslackに宿る。 — シゲマツ|IR×弁護士|ツクルバ (@omatsujapan) May 27, 2022 そうしたところ、クライアントに「Slackに神を宿らせるにはどうしたらいいのか?」と聞かれたので、ある程度の数のクライアントのSlackに入っている一法務受託者の視点で書いてみます。2022年の大晦日に、紅白を見ながら。。。 以下に書くことは個人的意見です。 異論は歓迎ですし、「こういう風にするとより良いんでない?」というのがあれば、リプやDM等で教えていただけると大変嬉しいです。でも意外とガラスの三十代なのでお手柔らかにお願いします🙏 なお、Sla

                                                        神はSlackに宿る|シゲマツ | IR×弁護士|note
                                                      • オンラインが普及した今、あえて「リアルで会う」9つの意味 - FEEEP's blog

                                                        わざわざこの時代にリアルで会う意味とは何なのか? コロナが始まってはや2年以上が経過しました。ぼちぼちそんなコロナ禍の規制も緩和され出して、最近は街に人がまた戻ってきたように感じます。皆さんも人と会うことを楽しんでいる頃じゃないでしょうか。 さて、今回のコロナの蔓延によって、社会様式は大きく変化しました。徐々に導入されつつあったオンラインミーティングやテレワークもコロナを機に、一気に普及しました。 この「オンラインで会う」という新しい生活様式は、コロナが落ち着いてきたとともに、通常通り対面で会う形式に戻ったものもありますが、今後も引き続き根付いていくものもあると思います。 ただ、このコロナ禍で、ずっと気になってたことがあるんです。 というのも、何か製品を作っている、だとか、その商品のチェックは実物をリアルでみないと、などの、「リアルで会わないと仕事にならない」という人もたくさんいますが、一

                                                          オンラインが普及した今、あえて「リアルで会う」9つの意味 - FEEEP's blog
                                                        • ソフトウェアエンジニアとしての職務経歴書の書き方を考えました

                                                          この前職務経歴書を書いたので、そのとき色々考えたり調べたりしたことを書きます。 一般的な転職活動の職務経歴書は微妙だった 僕の転職は二回目です。 一回目の転職のときは、リクルートエージェントのサービスを使って転職しました。 リクルートが公開している、一般的な職務経歴書のサンプルは↓こんな感じです。 Wordで表をつくって、編年体に、何をやってきたかを書くことで、自分の職務経歴を書きます。 ただ詳細はちょっと長くなるので、職務経歴書の冒頭に数行でサマリーが書いてあって、親切ですね。 一般的な日本の職務経歴書というのは、このフォーマットで問題ありません。 実際一回目の転職のときは僕もこのフォーマットで転職しています。 二回目の転職活動も、この職務経歴書に二社目の経験を追記すればいいか、と思っていましたが、 見れば見るほどこのフォーマットで書いた自分の職務経歴書が微妙に感じてきました。 何が微妙

                                                            ソフトウェアエンジニアとしての職務経歴書の書き方を考えました
                                                          • Indeedで働き納め、余生はestieで始める - estie inside blog

                                                            こんにちは、kenkooooです。estieに入社するので、入社エントリを書いています。 estieとの出会い Indeedで働いているときに、Indeedの元同僚でestie CTOのNariから誘われたのがきっかけです。Indeedでの仕事がメチャクチャ面白かったので全く転職する気はありませんでしたが、Nariが「プロダクトごとに違うプログラミング言語で開発して、色んな言語のプロフェッショナルがいる会社にしたい」と話すのを聞き、エンジニアが10人くらいしかいないスタートアップでやることではないし、正気の沙汰ではないと思ったので、狂人を応援したい一心で業務委託としてRustでプロダクト開発をするのを手伝うことにしました。 Indeedの労働環境 estieのRust業を手伝う中で選考も受けましたが、Indeedの労働環境に全く不満がなかったこともあり、転職しようという気になりませんでした

                                                              Indeedで働き納め、余生はestieで始める - estie inside blog
                                                            • エンジニアキャリアというか働き方というか生き方|Takao Sumitomo

                                                              こんにちは、すみともと申します。ユビーというヘルステック系スタートアップでソフトウェアエンジニア(社内ではSWEと略されています)をしています。最近はブログとかは全然書いてなかったので(社内のパブリックリレーション担当にちょっとくらい書いてくれとせっつかれたから)久しぶりに書きます。 僕は採用の側面でカジュアル面談という形でいろんな方とお話させていただくことが割と多いのですが、その中でキャリアというか働き方というか生き方を聞かれることがあります。今回はこの辺りの話を徒然無く綴っていきます。 何が好きか「何が嫌いかより何が好きかで自分を語れよ!」といいますので好きなもの/ことを挙げますね。基本的に手を動かして何かを作ってたり、仕組み的なものを考えてるのが好きです。ここ数年は仕事に集中しててあまりできてないですが、CADや電子工作でロボット作ってたり、その前はSQLエディタとかゲームとか作って

                                                                エンジニアキャリアというか働き方というか生き方|Takao Sumitomo
                                                              • SEOに強いTypeScript入門記事がミスリードを招いていて絶望しかけた - Qiita

                                                                「TypeScriptとは」などシングルワードの検索結果に強いTypeScript入門記事の多くに、誤解を招く内容があることを確認しています。 以下にあげる記事を参考にされた方は情報のアップデートをしていただきたいですし、記事を公開しているメディアにおきましては内容を見直していただけるとありがたいです。 TypeScriptならクラスが書ける 「JavaScriptにはクラスがない、TypeScriptにはクラスがある」「ゆえに読みやすい短いコードが書ける」といった記述が見られますがこれは誤解です。 Udemy メディア - TypeScriptとJavaScriptの違い「TypeScriptではクラスの作成ができる」 侍エンジニア - 「TypeScriptでは、JavaScriptでできなかった「クラス」の作成を実現しています。複雑で大規模な開発を行うとき、JavaScriptではコ

                                                                  SEOに強いTypeScript入門記事がミスリードを招いていて絶望しかけた - Qiita
                                                                • 9ヶ月かけて全ての API を REST から GraphQL にリプレースした話 - がぶちゃんの日記

                                                                  サマリー システム構成の変遷 創業フェーズ はじめての API と技術選定 GraphQL 移行直前 GraphQL への移行を決めたきっかけ GraphQL 移行方針 移行期間 ふりかえり 1つ目の方針は正解だった 2つ目の方針は微妙だったかもしれないけど、正解だったかもしれない 3つ目の方針はやはり苦戦した さいごに サマリー サービス開始から3年経った Next.js + Rails なシステム 全ての API を REST から GraphQL にリプレース 約9ヶ月かかりました 早速フロントエンドの都合でバックエンドにも手を入れるということが減って快適です という話です。 システム構成の変遷 創業フェーズ 1人目エンジニアとして入社して、何から手を付けようかなーと考えた結果、事業の肝の部分からシステム化していくことにしました。弊サービス https://moneiro.jp/ は

                                                                    9ヶ月かけて全ての API を REST から GraphQL にリプレースした話 - がぶちゃんの日記
                                                                  • 私大の4分の1が慢性赤字 先端教育投資に足かせ 日経集計 - 日本経済新聞

                                                                    私立大学の経営改革が行き詰まっている。全国600校以上ある私大の運営法人の4分の1が慢性的な経常赤字に陥っていることが明らかになった。大学が増える中で少子化が急進し、赤字校の7割は学生を計画通りに獲得できていない。デジタル化など時代の変化に対応する教育の実現には大学の安定した財務と適切な投資が欠かせず、再編も視野に入れた対策が急務となる。日本経済新聞は全国572学校法人(616校)の決算情報を

                                                                      私大の4分の1が慢性赤字 先端教育投資に足かせ 日経集計 - 日本経済新聞
                                                                    • 幻影旅団のチームマネジメントのすばらしさとそれでも鎖野郎に半壊させられた理由を考察する|人事のなべはる

                                                                      記事の中で映画、ゲーム、漫画などのネタバレが含まれているかもしれません。気になるかたは注意してお読みください。 悪の組織の心理的安全性ランキングの栄えある1位はハンターハンターの幻影旅団です! 幻影旅団はほんとうに良いチームなのですが、ここでふと疑問に思うことがあります。それは、「ヨークシンシティ編で鎖野郎に半壊させられてるじゃん」というもの。この疑問に答えるべく、筆をとりました。 というわけでこの記事では、幻影旅団のチームマネジメントがいかに優れているか?と、優れたチームマネジメントにもかかわらずなぜ鎖野郎に半壊させられたのか?をチームビルディングの観点から考察します。ヨークシンシティ編のネタバレありまくりなので、ご了承ください。 団員どうしの仲が良く、リーダーは親しみやすい幻影旅団が他の悪の組織と大きく異なるユニークな点は、上下関係なく団員どうしの仲が良いことです。 例えば下記の描写。

                                                                        幻影旅団のチームマネジメントのすばらしさとそれでも鎖野郎に半壊させられた理由を考察する|人事のなべはる
                                                                      • ペパボのことと、転職のふりかえり|Uchio Kondo

                                                                        今月のゴールデンウィークの終了とともに、GMOペパボを退職する。 で、誰?…と言われると思うので簡単な自己紹介をすると、私 @udzura はインフラ周りを中心に色々とやっているWeb・インターネット系エンジニアで、社内SEやECサービスやオンラインゲーム開発など色々やってきた中、2013年に株式会社paperboy.co.jp(現GMOペパボ)に入社、同年福岡移住をしてきた。 また、RubyKaigiやCloudNative Daysでの登壇、RubyKaigi 2019 のローカルオーガナイザなどコミュニティ活動もそれなりにしてきている、という経歴だ。あとは検索すれば大体出てくるということで…。 RubyKaigi 2019 フィナーレにて。 ペパボのブログから画像引用ペパボには、8年半ほど在籍し、以下のようなサービスに携わった。 minne Sqale(R.I.P in 2017/0

                                                                          ペパボのことと、転職のふりかえり|Uchio Kondo
                                                                        • 事業継続のためにPHPを使ったサービスを継続的に進化させていくこと - BASEプロダクトチームブログ

                                                                          BASE株式会社取締役 EVP of Development / PAY株式会社取締役 / BASE BANK株式会社マネージャのえふしんです。 新型コロナによる非常事態宣言下で起きたことについては、大変勉強をさせていただきました。 非常事態宣言下の巣ごもり消費、リアル店舗等でご活躍されている事業者様のEC利用が急増する中で、BASEにおいても例外ではなく、サービスに訪れるトラフィック急増、4月から5月の頭にかけては、サービスの安定性にも影響が出てしまうという状況が発生していました。 その中で起きていた一つの事象を解決した件が以下のCTOによる記事です。 devblog.thebase.in この記事はCTOやSREチームやWebアプリケーションのエンジニアの活躍で、負荷急増の問題解決をした一つの事例となります。 この対策を通じて、改めて認識したことがあります。 それは、 BASEに訪れる

                                                                            事業継続のためにPHPを使ったサービスを継続的に進化させていくこと - BASEプロダクトチームブログ
                                                                          • LAPRASのソフトウェアエンジニア向けスキルチェック課題を公開しました - LAPRAS Tech Blog

                                                                            こんにちは、LAPRAS CTOの @rocky_manobi です。 タイトルの通り、LAPRASのソフトウェアエンジニア職の選考課題を公開しましたので、その詳細や心についてこの場を借りて紹介します。 公開した選考課題はコチラ GitHub - lapras-inc/exam-swe-template: SWE Backend, Frontend ポジション選考課題のテンプレートリポジトリ SWE Backend, Frontend ポジション選考課題のテンプレートリポジトリ. Contribute to lapras-inc/exam-swe-template development by creating an account on GitHub. github.com どうして公開したのか主に以下を目的としています。 応募の心理的なハードルを下げる会社を評価するための材料を提供する

                                                                              LAPRASのソフトウェアエンジニア向けスキルチェック課題を公開しました - LAPRAS Tech Blog
                                                                            • Engineering Managerを廃止して1年経ちました - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)

                                                                              こんにちは、ゆのん(id:yunon_phys)です。このエントリーはAkatsuki Games Advent Calendar 2022の14日目の記事です。昨日はMaxBaconPowerさんの「巨大数でわかる Elixir の魅力」でした。Elixirが再帰が得意とはいえ、良くこんな題材を思いついたなと感心しました。早くふぃっしゅ数を見てみたいものです。 さて本題に入るわけですが、昨年、Engineering Manager(EM)を廃止して3つに分割したという話を書きました。そこから1年経ち、どのような状態になったのか、ふりかえりも含めて書いていきます。本記事は前回の記事を読まなくても読めるようにしていますが、更に背景理解したい方は前回の記事も読んでみてください。 hackerslab.aktsk.jp ずばりEMを無くして良かったのか これはマクロに見ると明確に良かったと思って

                                                                                Engineering Managerを廃止して1年経ちました - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)
                                                                              • 英語が苦手だったエンジニアが本当に必要だったもの|Nishimura Yukari

                                                                                こんにちは、マネーフォワード CTO室グローバル部の nishimura.yukari です。 いまはGo言語でクラウド会計ソフトのバックエンド開発を行っています。 グローバル部は東京勤務ではあるものの、チーム内公用語は英語かつ多国籍なメンバーで構成されている、非常にエキサイティングな環境です。 いまでこそ仕事上のやりとりは大半が英語ですが、もともと英語が得意だったわけではありません。 学生時代は英語が苦手科目でしたし、社会人になったあとも英語でしか情報が存在しない技術情報を業務上の必要に迫られて収集する程度。 ですが、グローバル部への異動から遡ってちょうど3年前にあたる2018年の秋。 私は転職活動を通じてマネーフォワードへの内定を頂いたと同時に、 「10年後には、自分には英語が必要だ」と強く考えるようになり、本格的に英語勉強のやり直しを決意した経緯があります。 結果としては、3年後に英

                                                                                  英語が苦手だったエンジニアが本当に必要だったもの|Nishimura Yukari
                                                                                • ユーザーなのか、ユーザなのか

                                                                                  ユーザーなのか、ユーザなのか ユーザー、ユーザ サーバー、サーバ リカバリー、リカバリ 皆さんはどちら派でしょうか? 経緯 ー (長音符)の扱いについて、どちらで統一するか?と言うちょっとした議題が上がりました。 個人的に気になったので、ちょっと深堀してみます。 長音符、長音符号、長音記号とは? wikipediaによると、以下の内容が記載されています。 長音符(ちょうおんぷ)、長音符号(ちょうおんふごう)、長音記号(ちょうおんきごう)または音引き(おんびき)は、「ー」のように書き表される、日本語の記号(約物)のひとつ。棒引き(ぼうびき)ともいう。 まず、前提として「記号」として扱われるらしい。 カタカナ表記においては 長音符は主にカタカナで外来語(例:テーブル)や擬音・擬態語(例:ニャーン、シーッ)の長音を表記する場合に使われる。 とのことらしい。 では、具体的にどのようなパターンで調音

                                                                                    ユーザーなのか、ユーザなのか

                                                                                  新着記事