Cocco、歌に疲れて「もう音楽はやらない」と決めても...新作が生まれた経緯 | radiko news(ラジコニュース)
J-WAVEで放送中の番組『RADIO SWITCH』。この番組は【Listen to the Magazine, Reading the Radio 雑誌を聴く、ラジオを読む。】をコンセプトに、カルチャーマガジン『SWITCH』、旅の雑誌『Coyote』、新しい文芸誌『MONKEY』の3つの雑誌とゆるやかに連動しながらお届け。 10月5日（土）のオンエアでは、『SWITCH』編集長・新井敏記による、Coccoへのインタビューの模様をオンエアした。 この番組をラジコで聴く ■デビュー20周年を迎えて、ファンに「許された」と感じた瞬間 Coccoは、15年ぶり3冊目の絵本『みなみのしまのはなのいろ』も刊行し、3年ぶり10枚目のアルバム『スターシャンク』もリリースした。 新井：アルバムタイトルの『スターシャンク』ってどういう意味？ Cocco：アクセサリーの作り方を習ったときに「シャンク」とい
GitHub を使うなら通知くらいまともに設定してくれ
4 月から新入社員となって本格的にエンジニアとして生活し始めた方も多いかと思います．いままであまり GitHub を使っておらず，会社から要求されてはじめてまともに使い始めた方もいるかもしれません． そんな方々にお願いがあります． GitHub を使うなら通知くらいまともに設定してくれ あなたがこのタイトルを読んでピンときていないのであれば，あなたの通知設定はおそらく間違っています．GitHub は初期設定だと非常に多くの通知を送信します．それは GitHub 自身が通知ページで述べているくらいです． 通知はあなたが思う以上に大切な存在です．必要とする通知は人によって様々であり，それを見逃してはいけないため，ときに GitHub は必要以上の通知を送信しています．しかし，必要以上な通知を受け取ると，人は通知を見ないようになってしまいます． 個人開発ならそれでもよいかもしれません．しかし，あ
ChatGPT時代にはすべてのエンジニアがフルスタックになる - きしだのHatena
ChatGPTのおかげで非エンジニアでもコードが書けるようになるということを多くの人が言ってますが、すでにエンジニアである人にあてはめると、ChatGPTのおかげで専門分野以外のコードでも書けるようになるということで、つまりすべてのエンジニアがフルスタックになるってことじゃないかと思います。 ChatGPTにコードを書いてもらうと毎回びっくりする いや、ちょっとJavaで袋文字の描画ってどうやるんだったかなーと思ってChatGPTに問い合わせたら、ほぼ完全なコードをリテイク1回で生成したんですね。 こいういうコードが出きました。createGlyphVectorとか知らんわ！ // 文字の縁取り g2d.setColor(Color.BLACK); g2d.setStroke(new BasicStroke(5)); // 縁取りの太さを調整 g2d.draw(font.createGly
技術文書の書き方
howto-tech-docs.md 技術文書の書き方 このメモは、私（@ymmt2005）が長年にわたってソフトウェアプロダクト開発に関わってきて 2022年現在こうしたほうが良いと考えているベストプラクティスです。 科学的な分析等に基づくわけではない経験則であるため、今後も随時見直すことがありますし、 ここに書いてあることが常に正しいわけでもあらゆるソフトウェア開発に適するわけでもありません。 しかしながら、実務経験が豊富で、モダンな技術スタックに明るいエンジニアの経験則は一定の 役に立つのではないかと考えて記します。 技術文書とは ここでは、ソフトウェア開発で技術者が書くべき文書ということにします。 ソフトウェアエンジニアにも役割がいろいろあり、アーキテクトと independent contributor では書く文書が違うということはあるでしょうけれど、ここではごっちゃにします。
「いつかGitHubで働きたい」10年来の空想を現実にしたソフトウェアエンジニアの紆余曲折な人生 - Findy Engineer Lab
長永健介（@kyanny）と申します。現在はGitHubで働いています。10年前、「いつかここで働きたい」と夢見た会社です。 私は子供の頃から「考えること」が好きでした。難しいこともくだらないことも、真面目に考えて自分なりの意見をまとめる癖がありました。成長するにつれて私の思考様式は洗練され、Webとブログに出会ったことで「書く」という手段に昇華されました。書くことで考えていることを言語化し、言語化した自分の考えを読みながらさらに考えを深める ── この活動を繰り返すことで、起こりうる問題に備えたり、問題を多角的に見つめて活路を見出してきました。 とりわけキャリアの選択において「(思考|志向)を言語化する」習慣が大いに役立ちました。この記事では私のキャリアにおけるいくつかの選択と、その時々で考えていたことについて紹介します。 望んでなかった「けものみち」を変えた日記の言葉 Shut the
【コスパ最強プリンター】ランニングコスト・インク代が安い機種比較【元家電販売員監修】
【コスパ最強プリンター】ランニングコスト・インク代が安い機種比較【元家電販売員監修】 公開日：2022年10月19日 更新日：2024年01月29日 プリンター比較
Googleのエンジニアが「ウェブサイトの画像読み込み」を最適化する方法を解説
ウェブサイトを閲覧していると「画像の読み込みが遅い」という場面に遭遇したことがある人は多いはず。画像はウェブサイトのパフォーマンスを左右する要素のひとつであり、ウェブ開発において取り扱いに注意すべきものです。そんな画像をウェブサイトで扱う際の最適化方法について、GoogleのエンジニアであるMalte Ubl氏が解説しています。 Maximally optimizing image loading for the web in 2021 https://www.industrialempathy.com/posts/image-optimizations/ ◆img要素にwidthとheightを指定する アスペクト比を維持したまま画像サイズを変更するには、「style」要素に「max-width: 100%」や「height: auto」と指定しておく手法がよく用いられます。この手法に加
「俺さえよければOK」元“マウンティングエンジニア”が気付いた、自分を特別視しないことの大切さ【庄司嘉織】 - エンジニアtype | 転職type
本連載では、「世の中で活躍するエンジニアの過去の失敗」にフォーカス。どのような失敗をし、どう対処し、そこから何を学んだのか。仕事で失敗してしまった時の対処法や心構えを先輩エンジニアから学ぼう！ 今回登場してくれたのは、ドワンゴ、クックパッドで活躍した後、現在はシリコンバレー発のスタートアップ・ローンチャブルの日本法人でプリンシパル・ソフトウェア・エンジニアを務める庄司嘉織さんだ。 クックパッド時代は人事部長や技術部長として、同社の全エンジニアが参加するハッカソンの開催や、社員の労働環境改善などに尽力していた。 「全ての人がより良く働ける環境」をつくるスペシャリストとして、エンジニア界隈で有名な庄司さん。しかし実はキャリアの中で、「俺のチームさえ良ければいい」と自己中心的に考えていた時期があったという。 自分のチームのすごさをひけらかし、マウントを取ることばかり考えていた日々を、庄司さんは「
採用弱者の採用方法（母集団形成編） - PrAha Inc.
弊社(PrAha Inc.)は2018年10月にリクルート出身者5名で創業しました。 約2年の採用活動を経て、内定者を含めると現時点のメンバー数は10名。採用経路はこんな感じです： ・一人目：リファラル（社員による紹介） ・二人目：Twitter経由の応募 ・三人目：Twitterスカウト ・四人目：Twitterスカウト ・五人目：Twitterスカウト あと2名ほど選考中の方が居て、いずれも社員によるリファラルです。 採用の全てがリファラルもしくはTwitterという典型的なスタートアップ採用で、今回はそこに到るまでの変遷を「採用弱者の採用方法」としてまとめてみました。 世の中には採用強者と採用弱者が居る 採用強者とは「応募が簡単に集まる企業」です。海外でいえばGAFA、日本で言えばトヨタやリクルート等の大手企業でしょうか。 採用弱者とは弊社のように「会社の存在自体が知られておらず、何
1on1.md
1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい
エンジニアが読みたくなる職務経歴書 - dwango on GitHub
この記事はドワンゴ Advent Calendar 2017 24日目の記事です。メリークリスマス！ ドワンゴ 技術コミュニケーション室の塩谷（ @kwappa / kwappa@friends.nico ）です。 先日、技術コミュニケーション室のメンバーから「友人が転職を検討しているが、職務経歴書の書き方がわからず悩んでいる」という相談を受けました。ぼくは以前から職務経歴書についてはなんども書いたり喋ったりしてきたのですが、具体的な書き方やサンプルについてまとめたものはなかったので、この記事を書くことにしました。 以下は、ぼくが以前から考えていることと、書類選考をするときに書いてあると嬉しいことをまとめたものです。会社としてオフィシャルに定めた基準ではないことをご了承ください。 転職に必要な書類 中途採用に応募する場合、「履歴書」と「職務経歴書」が必要です。転職サービスを経由しての応募の
ITエンジニアの年収をGitHub解析から予測可能に。OSSが年収アップにつながる時代へ。 - Findyブログ
ITエンジニアの年収をGitHub解析から予測可能に。OSSが年収アップにつながる時代へ。 2018.03.12 ハイスキルなエンジニアと企業をマッチングする転職サービスFindyでは、サービス利用時にGitHubアカウントで登録頂くと、オープンになっているコード等を解析し、スキルを偏差値化するサービスを提供しています。その分析結果を記事にまとめました。 エンジニアの「スキル偏差値」を算出したい方はこちらから！ GitHubでの活動 / OSS 活動に積極的でアウトプット評価の高い人は年収が高い傾向がある まず、以下のグラフ(n=399人)をご覧ください。 このグラフはFindyがエンジニアユーザーのGitHubアカウントを解析し、スキルを偏差値化したもの、およびエンジニアのユーザーから現在の年収レンジについてヒアリングさせていただいたものをもとにグラフ化したものです。（前回記事のグラフの
Read the Docs(Sphinx)でオープンソースのドキュメントをいい感じに書いてみる
B! 138 0 0 0 最近良くGitHubなんかで公開されてるオープンソースのドキュメントを見ようとすると こんな感じの似たようなフォーマットで書かれているものが多くなっています。 余りに多いので最初GitHubのサービスかな、とか思ったんですが、 これはまた別のRead the Docsという ドキュメント用ホスティングサービスによるものでした。 Read the Docs Read the Docsでドキュメントを公開してみる Sphinxのインストール レポジトリ側の準備 Read the Docsへの登録 ページを作成 Indexページ ページ内容の編集(Markdown to reStructuredText) タイトル ハイパーリンク 画像 リンク付き画像 インラインマークアップ コードブロック リスト テーブル Pythonのモジュール説明 その他reStructured
エンジニアが手早く英作文をする時はかどる Tips - tomoima525's blog
GithubのPRや海外Slackチャンネルでチャット、はたまた英語圏のエンジニアとやりとりする等、英語で文章を書くことはしばしばあります。そんな時、自分がよく使っている方法について書きます。 先に一番大事なこと 大事なことは、英語はあくまでもツールだということです。伝えたい内容が重要であり、英文を書くことに時間かけることはエンジニアにとって不毛です。 よっぽど英語が得意な人でないかぎり、一から英作文すると時間がかかって本質的でないところで時間を消費するということです。 なので一から文章を考えるのでなく、なるべく"型"を知ることがポイントだと考えています。それを踏まえた上で御覧ください。 文章を書く アルクの英辞郎とGoogle, Githubを組み合わせる 恐らく多くの人がGoogle翻訳などを使って英文を作っているかと思うのですが、アルクの英辞郎と組み合わせるともっとはかどります。理由
「ポジティブな連鎖の発信源に」サポートエンジニアのスキルとやりがい。GitHub マイケル・ハリス | キャリアハック（CAREER HACK）
サポートエンジニアって？WEB業界に限って見ても数多くある○○エンジニアという職種。その中でも今回はサポートエンジニアにフォーカス。一見地味な存在にも思えるサポートエンジニアの役割や求められるスキル、やりがいなどをGitHubのマイケルさんに伺いました。 サポートエンジニアに求められるスキルとは？ ― サポートエンジニアの業務やミッションとはどんなものなんでしょう？ GitHubはGitHub.comという世界最大級のGitホスティングサービスと、主に企業向けのGitHub Enterpriseという自社環境にインストールするパッケージソフトの開発を手がけています。 サポートエンジニアは主にGitHub Enterpriseのお客様が抱える様々な問題を解決に導くことをミッションにしています。 ― サポートエンジニアに求められるスキルとは？ まずエンジニアとしての側面ですが、私たちのミッショ
[iOS] [Android] iOS エンジニアが Android をやることによって変わった6つのこと | DevelopersIO
はじめに こんにちは、モバイルアプリサービス部の荒川です。 弊社のモバイルアプリサービス部は、以前まで「iPhoneアプリサービス事業部」という部名でした。その名の通り、iPhone のアプリ開発に力を入れて、アウトプットのおよそ8割は iPhone（iOS）に関するものでした。しかし、モバイルアプリ開発の受託では、「一緒に Android 版も作って欲しい。」という要望が多いです。そのため、部名にはない Android アプリも並行で開発することが多かったです。 私は、2015年の4月までは iOS の開発のみを担当していましたが、最近では Android の開発も並行して行っています。 この記事では、私が上記の経緯で得た知見や、気づいたこと・良かったことを紹介します。記事の内容の大半が私の振り返りなので、技術ブログというよりは、個人ブログに近くなっています。ご了承ください。 モバイルア
![[iOS] [Android] iOS エンジニアが Android をやることによって変わった6つのこと | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/5d6f8dc16f4005343b78fd5b7ad06e3173c06f2a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F10%2Flogo_android_studio_512dp.png)
iOS開発者の堤修一さんにインタビュー（後編）：世界で通用するエンジニアになるには？ スペイン、米国での模索を経て気づいたこと - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
堤修一さん（左）、ベルリンのHacker Paradiseのお仲間と 世界中を旅しながら仕事をするハッカー集団「Hacker Paradise」のベルリンプログラムに参加されていた、iOS開発者の堤修一さんへのインタビュー、後編です。前回は、自分探しの果てに30歳を過ぎてからほぼ未経験でエンジニアとしてカヤックに入社し、エースエンジニアになるまでの話をお伝えしました。約3年間勤めたカヤックを退社したあとは、活動舞台を世界に広げるべく堤さんの奮闘は続きます。インタビュー後編では、スペインでの書籍執筆、シリコンバレーでの経験、そして最後はベルリンでのお話をお届けします。 関連：iOS開発者の堤修一さんにインタビュー（前編）カヤックで「使えないおじさん」からエースエンジニアになるまで スペインでの初の英語面接で「スカイプ面接恐怖症」に 堤：ぼくにとっての「青春時代」を過ごしたカヤックを2012年
GitHubでコードを「公開しない」リスク？サイバーエージェント流、OSS時代の開発哲学 | SELECK
今回のソリューション：【GitHub（ギットハブ）】 〜「GitHub」でソースコードを社内・社外に公開し、オープンなコラボレーションを実現した事例〜 数々のサービスを生み出し続けるエンジニアリング集団、株式会社サイバーエージェント。そのエンジニアリング文化の中心には、「GitHub」を活用したオープンなコラボレーションがある。 同社ではプロダクトのソースコードは可能な限り全社公開すると同時に、 「スターインセンティブ制度」というリポジトリのスター数に応じたインセンティブを与える制度により、自身の書いたコードを社外へ公開することを推奨している。 ▼そもそもGitHubって何？という方はこちらの記事もどうぞ！ チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 ソースコードを可能な限り公開していくという流れは、ITベンチャーのみならず世界的大企業にも派生
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Go 言語のサポートを始めました！ | yamory Blog
入門 名前
