並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 358件

新着順 人気順

Slackの検索結果161 - 200 件 / 358件

  • 日記駆動仕事術のススメ | DevelopersIO

    「仕事日記を書くといいですよ」という話をする機会があったので、日々の仕事をスムーズにするシンプルな「日記駆動仕事術」について書いてみました。 日記書くといいですよ prismatix事業部の塩谷(@kwappa)です。 他部署の人と1on1する機会があり、その中で「日記書くといいですよ」という話をしました。 そういえば以前からことあるごとに「日記書きましょう」と言い続けていたのですが、ちゃんとコンテンツにしたことはなかったような気がします。 せっかくの機会なので、日記駆動の仕事術とその意義について書いてみます。 日記駆動仕事術 これはぼくの1月の日記(架空)です。Notionを使って、1か月に1ページ使うようにしています。やり方はシンプルなので、手に馴染んだツールで置き換えることも簡単だと思います。 タイムラインとしては、1/31(月)の業務を開始したところ、だと思ってください。 TODO

      日記駆動仕事術のススメ | DevelopersIO
    • デザイナーが確認しておきたい、デザインリソース完全ガイド 2016年度

      オンラインホームページ作成ツール Webydo で働いている現役デザイナー達が、普段からよく利用している、作業を楽にするオンラインツールやリソース75個をまとめています。 ウェブサイトでよく利用する写真の見つけ方や最適化方法から、アイコンやフォント、配色などデザイナーが一度は困ったことのある問題を解決してくれる凄腕ツールが揃っています。現在の制作フローに活用し、より快適な作業を実現しましょう。 コンテンツ目次 イメージ画像・ビデオ動画の関連ツール アイコン関連ツール 書体、フォント関連ツール 配色カラーツール モックアップ&プロトタイプツール ウェブサイト制作ツール コラボレーション、作業効率ツール デザインコミュニティーサイト オンライン・ラーニング、スクール イメージ画像・ビデオ動画 ShowBox – ブラウザ上からスタジオ制作されたような、高品質なビデオ動画を作成できます。 Cov

        デザイナーが確認しておきたい、デザインリソース完全ガイド 2016年度
      • リモートワークのために買って良かったもの10選 - ちなみに

        この記事は Money Forward 関西拠点 Advent Calendar 2021 - Adventar の1日目の記事です。 株式会社マネーフォワード の 関西拠点 に所属するメンバーのテーマ自由なアドベントカレンダーです。 こんにちは。マネーフォワード関西拠点の 西村 (id:Sixeight) です。 マネーフォワードでは現在、コミュニケーションのために週一回の出社を推奨していますが、それ以外はリモートワークを選択することが可能です。 私も今年1月の入社以降、基本的にはリモートワークで自宅から勤務しています。 今回はリモートワークをするにあたって買って良かったものを紹介したいと思います。 みなさんのリモートワークをより快適にするための参考になれば幸いです。 第10位 HHKB Professional HYBRID Type-S happyhackingkb.com みなさん

          リモートワークのために買って良かったもの10選 - ちなみに
        • マイクロソフト、IFTTT的なサービス連係サービス「Microsoft Flow」正式公開。GitHub、Dropbox、Slack、メール、Twillio、Googleカレンダーなど多数のサービスを連係可能 - Publickey

          Microsoft Flowは、フローチャートを作成するようなビジュアルな設定画面を用いて、インターネット上のさまざまなサービスを簡単に連係させていくことができるツールです。 簡単な例では、Office 365のOutlookに自分宛のメールが来たら、電話サービスのTwillioで特定の電話番号にテキストメッセージを送る、といった設定ができます。もちろん3つでも4つでも多数のサービスの連係を続けて設定可能。

            マイクロソフト、IFTTT的なサービス連係サービス「Microsoft Flow」正式公開。GitHub、Dropbox、Slack、メール、Twillio、Googleカレンダーなど多数のサービスを連係可能 - Publickey
          • 筋トレを継続する技術 - Qiita

            筋肉 Advent Calendar 201611日目の記事です。 やってみたいと思う人が10万人いて、やってみる人が1000人いて、諦めずに継続する人が10人いる。こう考えると案外ライバルって少ないだろ?10万人見て競争にビビるな。先ずやれ。そして継続しろ。行動に移せる事、継続できる事は立派な才能だ。人生一度きりだ。縮こまってないで派手に行け。 — Testosterone (@badassceo) 2016年12月6日 という訳で、筋トレをはじめて2年ちょっと、その間に継続・習慣化するためにやってきたことを書く。 自宅でやる 「着替えるの面倒」とか「雨降ってるし、、」とか、そういう影響を受けないようにする。 そもそも人見知りのひきこもりおじさんにジム通いとか無理。 準備運動 トレーニング前に必ず準備運動をやる。 気分が乗らないときも、とりあえず準備運動をやる。 準備運動やったあとに「と

              筋トレを継続する技術 - Qiita
            • 今日からはじめるDiscord。基礎の基礎からサーバー運用まで,Discordの基本的な使い方をこの記事で覚えよう

              今日からはじめるDiscord。基礎の基礎からサーバー運用まで,Discordの基本的な使い方をこの記事で覚えよう ライター:ワニウエイブ インターネットを介して対戦/協力するゲームはすっかり当たり前のことになり,スポーツ観戦や映画鑑賞のような「趣味」の一つとして嗜まれている。音声通話を用いてゲーム中の意思疎通や雑談を行うような文化も広く一般的なものとなり,日々さまざまな場所で行われている。 主にPCでゲームを遊ぶプレイヤーにとって,今もっとも使われているボイスチャット(音声通話)用のツールはおそらく「Discord」であろう。元々ゲーマーのためのソフトウェアとして開発されていたDiscordだが,今ではゲーマーだけではなく,さまざまなユーザーに広く親しまれている。 というのも,Discordはボイスチャット以外にも便利な機能と扱いやすさを携えており,誰にとっても重宝するツールだからだ。筆

                今日からはじめるDiscord。基礎の基礎からサーバー運用まで,Discordの基本的な使い方をこの記事で覚えよう
              • 日本の古き良きIT企業を退職して3年がたった

                3年前、世間一般にはメーカー系SIerとして知られている会社を退職した。ただ俺のポジションはパッケージソフト開発であり純粋なSIerとは異なる。 客ともSEとも会話せず、ひたすらドキュメントとプログラムを書く部署だ。といっても別にペーペーではなく主任クラスであり、 会社の業績がとてもよかったこともあり年収は1000万弱はあった。35歳。 これだけ見るととてもいい待遇に見えるだろう。でも耐えられないことがいっぱいあった。 Linuxで動くアプリなのにVMを動かすのも苦労する8GBしかメモリのないWindows PC、紙にコードを印刷して説明しないと納得しない品質保証部、 手作業で実施しExcelにチェックを付けていくテスト、jquery一つ使うのに3ヶ月かかる承認フロー、開発中にバグを一つ出すごとに ひたすら反省文を求める品質保証部と一緒になって詰めてくるマネージャー、常にコンパイルできない

                  日本の古き良きIT企業を退職して3年がたった
                • スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|Anno Takahiro

                  ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし

                    スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|Anno Takahiro
                  • 作業量を稼ぐために、日々気をつけていること | pyama.fun

                    僕はよく手が早いと言われるのだけど、そんな中で気をつけてることを整理してみた。大きくは下記の3点につきる。 複数タスクは抱えるが、並列で進めないイベント駆動で動くことを原則として、探索行動をしない暫定対応ではなく、最初から必殺する複数タスクは抱えるが並列で進めない僕はだいたい平時2〜4くらいのタスクを抱えている。しかし、だいたい1個〜2個に集中して片付けて、次に手を付けるっていう感じで進めている。 この2つをさばくときは、例えば1つ目のタスクのコードを書ききってしまって、レビュー待ちとかの問に、2つ目のタスクの設計を考えたり、あれこれ進めて、レビューコメントが付いたらまた1つ目に戻ってぐわーってやる感じ。もう少し小さいスキマ時間、例えばchefのapplyとかコンパイルだとSlackで適当に人に絡んでわけのわからないことを言って去るという感じのことをしている。 ともあれ、これの利点は基本的

                      作業量を稼ぐために、日々気をつけていること | pyama.fun
                    • なぜ我々は GitHub Copilot Enterprise の導入を見送ったのか - 一休.com Developers Blog

                      CTO 室の恩田です。 今回は GitHub Copilot Enterprise を評価してみて、現時点ではまだ採用しないことを決めた、というお話をご紹介したいと思います。 きっかけ とあるエンジニアが Slack で自身の times チャネルに時雨堂さんの GitHub Copilot Enterprise のススメという記事を投稿したことが発端でした。特に感想はなく URL に 👀 だけが添えられていたので、後で見るぐらいのメモだったんだと思います。 それを見かけた別のエンジニアが技術雑談チャネルにその投稿を共有して、これは凄そうと話題を向けたところ、CTO の「評価してみる?」の一言で、有志が集って評価プロジェクトが始まりました。 雑談チャネルできっかけとなる投稿が共有されてから、30分足らずの出来事でした(笑)。 この話題が出たのは金曜日でしたが、週明け早々に稟議を終え、火曜

                        なぜ我々は GitHub Copilot Enterprise の導入を見送ったのか - 一休.com Developers Blog
                      • 20代の女子「アマゾンより楽天をつかう」理由は「メール便」で送ってほしいから。通販のユーザー体験が「ウケ取りとゴミ捨て」まで地続きになっている話。|アプリマーケティング研究所

                        20代の女子「アマゾンより楽天をつかう」理由は「メール便」で送ってほしいから。通販のユーザー体験が「ウケ取りとゴミ捨て」まで地続きになっている話。 スマホユーザー3名にインタビューしました。楽天をつかうのは「メール便」で送ってほしいから・・・!? 目次: ・アマゾンより楽天をつかう理由は「メール便で送ってほしい」 ・中学生の妹のLINEで「いまの気持ち」を伝える斬新な方法 ・Slackが「彼氏専用カップルアプリ」として便利である理由 ・Googleドライブ経由で「WEBラジオ」を聴く2つのメリット ・ツイッター検索で「ジャニーズ追っかけ」遭遇率10〜20%の裏側1、20代女子「アマゾンより楽天をつかう」理由はメール便。通販の利便性が「ウケ取りとゴミ捨て」まで含む話。神奈川県のネモトさん(24歳 社会人) 「よくつかっているアプリ」を教えてください。楽天でカラコンやコスメを買っています。わた

                          20代の女子「アマゾンより楽天をつかう」理由は「メール便」で送ってほしいから。通販のユーザー体験が「ウケ取りとゴミ捨て」まで地続きになっている話。|アプリマーケティング研究所
                        • 組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと|安斎勇樹

                          組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと 今日は「子どもの日」ということで、個人的な話になりますが、先日、5歳の娘が「逆上がり」を習得しました。 一人の親として感動を覚える瞬間だったことはもちろん、習得のプロセスがまさにヴィゴツキーの言う「ZPD(Zone of Proximal Development、最近接発達領域)」そのもので、親としても、研究者としても非常に感激してしまいました。 そこで本記事では、「娘の『逆上がり』習得」というきわめて身近なエピソードを通じて私が感じた、ナレッジマネジメントにおける「できたてホヤホヤの暗黙知」の重要性と、「ZPD」を学びにつなげるためのポイントについて、書いてみたいと思います。 ある日の公園での「驚き」の出来事ある日、保育園の帰り道に寄った公園にて。5歳になったばかりの娘が、

                            組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと|安斎勇樹
                          • “Zoomはもう終わり”!? 新進気鋭のビデオ会議サービス「Around」がすごすぎてすごい

                            【2021/2/19追記】 非常に多くの方にお読みいただき、また記事公開のタイミングで仕様が変わっている点もあったため、記事執筆時に不足していた部分を追記いたします。 招待制から登録制に移行 当初招待制だったAroundですが、この記事を公開したタイミングでちょうど登録制に移行していたようです。サイトもメールアドレスを登録して連絡を待つのではなく、GoogleやSlack、Appleのアカウントでサインアップできるようになっています。 音声技術は特許出願中 Aroundの要でもあるハウリングを起こさない技術や音声の自動チューニングは現在特許出願中とのことで、Aroundならではの独自性は高そうです。 モバイル対応・Linux対応は現在開発中 AroundのFAQによるとモバイル対応、Linux対応は”coming soon - stay tuned!”とのことです。 余談 よほど日本人の登

                              “Zoomはもう終わり”!? 新進気鋭のビデオ会議サービス「Around」がすごすぎてすごい
                            • OSSのデータ可視化ツール「Metabase」が超使いやすい - Qiita

                              Metabase、まじでイケてる。 1日で、Re:Dashから乗り換えました。 Metabaseとは OSSのデータ可視化ツール。Re:Dashとかと同じ類。 AWSとかに乗せて、誰もが見れるダッシュボードを作ったりする時に使うと、俺かっけーってなります。 スクリーンショット 実際に社内で運用している様子をモザイク付きでお見せします。 毎日みているダッシュボード。これの4倍くらいの数値見てる。 ダッシュボードの編集。マウスで簡単に位置や大きさの変更ができる。 クエリビルダー的なやつがあり、グルーピングとか超絶便利。SQL書けない人でも、単一テーブルとかだったら余裕かと。 グラフ化も簡単。 SQLでのクエリ編集画面。ちゃんと補完してくれる。 Metabaseの良い所 見た目が格好いい。 インストールが簡単。 openjdk-8-jdk入れて、jarファイル置くだけ。 豊富なデータソースに対応

                                OSSのデータ可視化ツール「Metabase」が超使いやすい - Qiita
                              • 論文読みの日課について - ジョイジョイジョイ

                                かれこれ三年以上ほぼ毎朝論文を読んでいます。 ほぼ毎朝、というのは本当にほぼ毎朝です。この三年のうち読まなかった日はワクチンの副反応でダウンしている日など、あわせて 10 ~ 20 日ほどでしかありません。この日課だけでも 1000 本以上は論文を読んだことになります。 論文読みの日課についての知見が溜まってきたのでこの記事で共有します。 主な想定読者は研究者と学生の皆さんですが、それ以外の論文読みに興味のある皆さんにも有用な情報が詰まっているはずです。 日課の流れ Readable について 🧐 論文の選び方 自分の研究内容と直接関係あるものを読む(特におすすめ) 完全にランダムに選ぶ 被引用数の多い順に選ぶ(特におすすめ) トピックごとに重要な論文を読んでいく 研究者ごとに論文を読んでいく 📝 論文メモの書き方 ⏳ 時間を計測する 🤗 論文メモを公開する 📜 表現集の作成 🔨

                                  論文読みの日課について - ジョイジョイジョイ
                                • 株式会社ドワンゴを休職しました - kondei’s blog

                                  誰? ドワンゴに2014新卒入社してwebエンジニアやってた人です qiita.com qiita.com とか書きました 保守性のある設計が得意で、途中からwebフロントエンドに特化する生存戦略をとってました(今思うとこれは自分の市場価値を上げる面では失敗でしたが) これは何?なんで書いた? 僕が鬱病になる過程と闘病記みたいな感じです 2019年2月にドワンゴを休職したので、これを残すことで自分の心を整理し、少しでもこういう病気や精神が狂っていく人への理解が得られれば良いなと思って書きました 完全に自分語りなので、「人間のバックグラウンドにはこういう事もあるんだな、周りの人もつらいバックグラウンドを抱えているかもしれないな」と思ってもらえればいいです。この記事から僕の落ち度や弱い点を探してマウントを取ることはやめてください あと大量の 退職・入社・退職しませんエントリ がある流れに乗って

                                    株式会社ドワンゴを休職しました - kondei’s blog
                                  • 「老害意見かもしれないけど若い方は飲み会で年上におごってもらったら翌日お礼を言いに行った方がいい、最近の20代は何も言わない」様々な年代からの見解

                                    Shiki @Nanaya_Shiki_ 老害意見かも知れないけど、若い方は飲み会で年上の方に奢って貰ったら翌日の朝一番で対面でお礼言いに行ったほうがいいと思います 翌日テレワークならLINEWORKSやSlackでもいいと思う 主語が大きいかもだけど、最近の20代は何も言わないのでびっくりするとのことでした 2023-10-16 23:12:39 Shiki @Nanaya_Shiki_ 確かに20代の後輩にはお礼言われたことないし、別の飲み会の翌日に挨拶する私を後輩が見た時は「奢って貰った直後にお礼言ったから翌朝言う必要ないし、1万くらいで礼言わなくて怒るとか恩着せがましくないです?」という俺からみたら超ストロングスタイルだった 2023-10-16 23:15:48 Shiki @Nanaya_Shiki_ 呟いた背景として今でも私が御馳走になってしまうことがほとんどたったこと、「朝

                                      「老害意見かもしれないけど若い方は飲み会で年上におごってもらったら翌日お礼を言いに行った方がいい、最近の20代は何も言わない」様々な年代からの見解
                                    • 限界集落で 2 年間リモートワークをしていたプログラマが 4 ヶ月間東京で働いてみて感じたこと - dunno logs

                                      個人的な記録なので、誰かが読むにはコンテキストが不明な部分も多いと思いますが振り返りとして。 東京で 4 ヶ月 なんということはなく、妻が埼玉で里帰り出産をすることになったので、本社がある東京に埼玉から通うことにさせてもらった感じです。この手の勤務地変更は会社でも初めてだったと思うのだけど、地方勤務者が本社に勤務地変更するということで受け入れてくれて助かりました。 リモートワーカーとしての私 リモートワーカーとして皆さんが浮かべるイメージは在宅で自由な時間でという感じだと思いますが、私の場合はリモートワーカーと呼ばれてるものの、実際は他にも勤務者が居る地方(と言っても山奥)のオフィスで東京と同じ勤務時間働いているので、どちらかというと支社とかで働いている人に近いと思います。 たぶん、場所が超山奥で開発・営業拠点的な意味は全く無い場所なので、リモートワーカーぽく扱われているのかも。 一方で、

                                        限界集落で 2 年間リモートワークをしていたプログラマが 4 ヶ月間東京で働いてみて感じたこと - dunno logs
                                      • ITエンジニアの仕事環境ってどうするのがベスト?相談したら逆に混乱した|TECH PLAY Magazine[テックプレイマガジン]

                                        こんにちは。ヨッピーです。今めちゃくちゃ悩んでおります。 今日はITエンジニアのマネジメントをしているえらい人たちと一緒に「ITエンジニアの仕事環境はどう整えるのがベストか」みたいな話をしているのですが、 議論が多すぎて全然話がまとまりません。 おかしい……! 「やっぱこういう環境がいいよね!」みたいにすんなり決まるかと思ったのに……! とにかく、悩んでいてもしょうがないので、今日はこのド散らかった議論を包み隠さず出すことにしました。 ITエンジニア ITエンジニアをマネジメントしている人 ITエンジニアを採用したい人 なんかの人たちには有意義なものがたくさん含まれているので、ぜひ読んでいただきたいと思います。議論に参加してくれたのは、こちらの3名の方です! ▲バリューコマース株式会社 執行役員 最高技術責任者 伊藤信敬さん 2002年4月エー・アンド・アイシステム株式会社(現株式会社ラッ

                                          ITエンジニアの仕事環境ってどうするのがベスト?相談したら逆に混乱した|TECH PLAY Magazine[テックプレイマガジン]
                                        • Slack新社屋で使われているクラウドサービス達 | ロードバランスすだちくん

                                          シンジです。サンフランシスコで行われたSlack初の開発者向けイベント、SPECに参加してきました。ついでにSlackのオフィスにも突撃してきましたので、どう作られているか見てみました。TOP画像にはビルにSlackのロゴがデカデカと主張していますが、このロゴは訪問日に取り付けられたくらいできたてホヤホヤです。 SPECでは各種発表がありましたが 「ワークスペースの読み込みが早くなる」とか、「インテグレーションの結果が見やすくなる」とか、「UIなんていらねぇ、APIで全てを制御する、UIがないUIこそが最高のUIだ(うるせぇWebUI作れや)」とかまぁ、ほっときゃそのうちアップデート来ていい感じになるので割愛します。 まず大前提として Slackというツールは、チャットツールではありません。Slackをハブとして、数多くのサービスを繋いで利便性を上げるのがミソです。つまり、Slack新社屋

                                            Slack新社屋で使われているクラウドサービス達 | ロードバランスすだちくん
                                          • こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと - Mitsuyuki.Shiiba

                                            最近、毎日のようにEMのいくおさん( @dora_e_m )とTwitterXでわちゃわちゃしてる。彼のポストを見ていると、ガンプラをつくるかビールを飲むかしかしていないように見えるが、それで合っている。 という冗談はおいといて真面目な話をすると、エンジニアとしての僕は彼と仕事ができている今の時間のことを本当に貴重な時間だと思っている。とにかく仕事がしやすいし、いろいろな気づきを与えてくれるおかげで、自分自身の成長も感じている。 エンジニアリングマネージャとしての知識が豊富でスキルが高いというのはもちろん、人との接し方や日常的なふるまいもとても尊敬できるものなのだ。 そこで今日は、僕が彼とこの3ヶ月間仕事をしていて、やりやすい・尊敬していると感じていることの中から10個だけ簡単に紹介しようと思う。僕からいくおさんへの日頃の感謝の気持ちをあらためて書いておこうと思っただけとも言う(ふだんから

                                              こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと - Mitsuyuki.Shiiba
                                            • コード書く以外の仕事上暗黙的に必要とされている様々なスキルについてブレストしてみる - stefafafan の fa は3つです

                                              前提 僕は新卒からいまの会社に入って以来ずっとWeb系アプリケーションエンジニアとして仕事してきました 自分がWeb系のエンジニアとして成長するにあたって必要なスキルについて考えたときに、ただコードが書けるだけでは評価されないだろうなということだけ何となくわかっているつもりだけど、言語化しないとどういうスキルがあるのか何が自分に足りないのかがわからない気がするので一旦ブレストしてみる 出来上がったリストを元に次にどこを集中的に伸ばすべきかというのがわかるのではないか ここでいう暗黙的とは、僕が学生の頃「Web系のアプリケーションエンジニアに必要なスキルはこれだろうな」と考えたときにきっと思い浮かばなかったもののことですが、人によってはこんなこと当たり前だろうと思うかもしれません ブレスト結果 いくつかブレストした結果をグループごとにわけてみた。(ブレストといってもただパソコンに向かって箇条

                                                コード書く以外の仕事上暗黙的に必要とされている様々なスキルについてブレストしてみる - stefafafan の fa は3つです
                                              • サーバーレスアーキテクチャのパターン別ユースケース - yoshidashingo

                                                セクションナイン の 吉田真吾(@yoshidashingo)です。 昨今のサーバーレスアーキテクチャの実装パターンについて5つの分野でユースケースをまとめました。 実装方法はAWSがベースですが、クラウド各社のFaaSに大きな機能差はないので(そもそもシンプルなコンセプトなので)、FaaS単体よりも、連携可能な周辺サービスまで含めて自分のアプリケーションのユースケースに合っているかどうかが大事になってきます。また、そもそもいくつかの実装はPaaSのオプション機能として組み込まれている場合もあります。よって、この先連携先の機能強化などによってもっと多くのパターンが発見されることになると考えています。 【1】Webアプリケーション シングルページアプリケーション ex. Serverless Single Page Apps Web API REST API GraphQL 非同期Webジョ

                                                  サーバーレスアーキテクチャのパターン別ユースケース - yoshidashingo
                                                • fladdict

                                                  日本人の生産性の低さが嘆かれる今日この頃、fladdictさんとしてはAmazon Dashを万能化して、現代のサイバー貴族となる方法を模索しております。 Google Home Assistantや、ザッカーバーグのAIホーム計画など、面白そうだなぁと思いまして、自分も色々と実験。 結論からいうと、AIやハイテクなど使わなくても、ほんのわずかの工夫があれば、誰でも自宅にスーパーアシスタントを構築して、サイバー貴族となれる。 ITの本質は、貴族に占有された封建システムを、テクノロジーによって庶民に解放することだと思うんですよね。なんで実際にやってみました。Amazon Dashボタンを改造して、出前、家政婦、タクシー送迎から、リアルアシスタントさんの御用聞き呼び出しまで、あらゆるものをワンプッシュ化!生産性バカ上がりです。 これで日本の生産性も回復するはず。 人機一体の、スーパー・アシスタ

                                                  • エンジニアの情報収集法まとめ - nesheep5's blog

                                                    ※二重管理になってしまうため、エンジニアの情報収集法まとめ - Qiitaに情報集約することにしました。 今後はQiita記事を参照してください。こちらの記事は情報更新しません。 はじめに プログラミング系の時事ネタは能動的に情報収集しないと入ってこないのですが、若手だった頃はどうやって情報を仕入れればよいのかさっぱり分かりませんでした。 情報収集のコツを掴んでからパッと視界が開けた経験があるので、特に新米エンジニアの方は参考にしてみてください。 ニュースアプリ Gunosy、SmartNewsなど色々試しましたが「はてなブックマーク」がプログラミング系記事多めでした。 通勤時間などに流し読みして、気になるものは深く調べると良いです。 はてなブックマーク はてなブックマーク - 人気エントリー - テクノロジー ITニュース Webサイト TechCrunch Japan TechCrun

                                                    • 面白Web API 100連発 - pastak-pub

                                                      エンジニアお茶会 2020/08/19 pastak.icon @pastak この発表のゴール 現代のウェブブラウザの目指している方向性について紹介する モダンブラウザで使える最新の面白便利APIを紹介する ちゃんと仕様に入りそうなもの(Googleの力技で…も含む) (前半の各ベンダの話はpastak.icon個人の見解を含みます) 次ではない フロントエンドなんでも相談室 前提知識のコーナー "WebAPI"とは何を指すのか、標準化について ECMAScript Ecma InternationalにてECMA-262という規格番号 ほぼLiving Standardという雰囲気もあるけど、年に1回タグが付く ES2020: ECMAScript® 2020 Language Specification 最新の様子: https://tc39.es/ecma262/ Array、Nu

                                                        面白Web API 100連発 - pastak-pub
                                                      • 競プロ出身者の使えなさは異常

                                                        anond:20240624084844 を読んで思ったこと。2番目以降は正直良くわからないが、一点目についてはわかりみしかない。 うちはメガベンチャーで内製アプリの開発保守をしてるんだが、新卒で採った青(水色?)のエンジニアが連続でクソ野郎でめちゃくちゃしんどかった。 ◯色コーダーマウントちょくちょく自分は◯色コーダーだって主張してくる。 こっちはお前が学生時代に取った資格の話なんて興味ねえんだよ。 センター試験の点数自慢してる社会人いるか?いねえだろ。 評価されたければ与えられたタスク以上の成果を挙げろ。 資格自慢をしたければ、社会人にふさわしい資格を取れ。 お前のガクチカなんぞ知らん。 コードがゴミ競プロエンジニアといっしょに仕事したことある人なら大体頷いてくれると思うんだが、彼らの書くコードは本当にひどい。 処理がどれだけ効率的だろうが、実務においてメンテナンサビリティの無いコード

                                                          競プロ出身者の使えなさは異常
                                                        • ChatGPT plugins

                                                          We’ve implemented initial support for plugins in ChatGPT. Plugins are tools designed specifically for language models with safety as a core principle, and help ChatGPT access up-to-date information, run computations, or use third-party services. In line with our iterative deployment philosophy, we are gradually rolling out plugins in ChatGPT so we can study their real-world use, impact, and safety

                                                            ChatGPT plugins
                                                          • 個人的 Web フロントエンドスキルの獲得方法 - mizdra's blog

                                                            ここ2年くらいの話なのですが、仕事で「フロントエンド会」というチーム内委員会のようなものを立ち上げて運営しています。元々1人の Web フロントエンド職人がプロダクトの Web フロントエンドの面倒を見ていたのですが、その方が異動されることになったので、残った人で面倒を見ていける体制を作りましょう、というモチベーションで発足した会でした。この話については以前イベントで発表したので、詳しくはこのスライドをご覧下さい。 speakerdeck.com Web フロントエンド職人の異動とともに入社した id:mizdra が Web フロントエンドが得意だったので、ペアプロやペアオペ、定例会などを通じてどんどんスキルや知見を配っていく、という戦略で運営していました。実際に 2 年経過してみてメンバーも徐々にキャッチアップしていって、ちょっとしたパフォーマンス改善をやってみたり、最近 Gulp や

                                                              個人的 Web フロントエンドスキルの獲得方法 - mizdra's blog
                                                            • Googleが実践する「心理的安全性」の高いチームを作るためのマネジメント手法【5選】 | SELECK [セレック]

                                                              Googleではこれまで、生産性が高く、働きやすい組織を作るために、従業員に対して大規模な調査を行ってきました。 その結果として、2009年には「Project Oxygen」として、最高の上司になるための「8つのルール」を定義しています。 ※1番から、重要だと思われる順に並んでいます。 <チームのパフォーマンスをあげる優秀なマネージャーの条件> いいコーチであること チームを勢いづけ、マイクロマネジメントはしない メンバーの成功に気を配り、積極的に関与する 生産的、かつ成果主義であること 良いコミュニケーターであること メンバーのキャリア開発を手助けすること チームのための明確なビジョンと戦略を持っていること チームにアドバイスできる技術的な専門知識を持つこと ※こちらから参照 Googleの強みは技術が優れていることだと思われていましたが、意外にも技術的な専門知識がマネジメント能力に及

                                                                Googleが実践する「心理的安全性」の高いチームを作るためのマネジメント手法【5選】 | SELECK [セレック]
                                                              • なぜ業務で LINE を使ってはいけないのか|rotomx

                                                                はじめに LINE はユーザー数が 8,400万人、日本人口の約7割が利用しているという巨大なチャットツールです。メールや電話より手軽にコミュニケーションが取れることから、業務連絡にも LINE を使っている会社も多く存在します。 操作性・利便性が高い一方で、LINE を業務利用することは「シャドーIT」という状態にあたり、情報セキュリティ上のリスクを抱えています。 この  note では会社が LINE を業務利用してはいけない理由について解説します。ユーザー数の多い LINE を例として挙げていますが、これは会社で管理ができないツール全般に置き換えることが可能です。シャドーIT全般に対するリスクであり、LINE 自体の危険性を指摘するものではありません。 シャドーIT とは 会社には多くの社内ITツールがあります。例えば Microsoft 365(Word、Excel、PowerPo

                                                                  なぜ業務で LINE を使ってはいけないのか|rotomx
                                                                • 温水洗浄便座をオーディオ用電源で強化したら何が起きたか - Phile-web

                                                                  ある日、自宅で仕事をしていたら、同僚から「便座が会社に届きました」とDMが飛んできた。 恥ずかしい。プライベートなものをECサイトで買って、配送先を誤って会社にしてしまい、それを見られてしまった(しかも安いモデル)。 そんな私の気持ちを知ってか知らずか、同僚から「風間さん、ついに便座もレビューするんすか?」と追い打ちのDMが来た。 冗談と思ってスルーすべきところだろうが、のせられやすい性格ということもあり、温水洗浄便座を記事にするにはどうすれば良いか、真剣に考え始めた。 弊社の媒体が伝統的に得意としている、同一条件での一斉レビューを行うのは難しい。たくさん便器を用意し、それに便座を取り付け、一つ一つ座って検証していけば良いのだろうが、そんなに便器や便座が用意できない。 ■電源で何か変わるのでは? 蘇る炊飯器の記憶 思いついたのが「電源」だ。オーディオについて詳しくない方のためにかんたんに説

                                                                    温水洗浄便座をオーディオ用電源で強化したら何が起きたか - Phile-web
                                                                  • プログラマ向けニュースキュレーションサービスを作ってみた話 - Qiita

                                                                    はじめに 2015年度新卒でドワンゴに入社しました@ytanakaといいます。普段はAndroidアプリ開発を主に担当していますが、大学院時代は増井俊之先生のもとでユーザインタフェースと情報推薦システムの研究をしていました。 ドワンゴに入社後、それまでの研究を活かしプログラマ向けのニュースキュレーションサービスMenthas(メンタス)を個人開発しました。今回はせっかくの機会なので、開発の経緯と概要そして仕組みについて述べたいと思います。 追記: 続編を書きました こちらの記事は以前のバージョンの内容になります。現行のMenthasの仕組み・構成は以下にまとめています。 約3年かけてプログラマ向けニュース推薦アプリを作り直した話 背景 さて、この記事をご覧になっているのはプログラマの方が多いと思いますが皆さん普段どうやって情報収集をしていますか? 自分の見聞きする限りではTwitterやは

                                                                      プログラマ向けニュースキュレーションサービスを作ってみた話 - Qiita
                                                                    • IT企業「メール、電話は全部Slack、紙とペン、パワポ使ってない」昭和企業「1日2時間くらいメール打ってバカほど電話し会議はパワポ資料に手書きで書き込み」

                                                                      わたり🚑 @373301puri 昭和のかほりがする企業で勤めてる僕は全部逆ですね…1日2hくらいメール打ってるし馬鹿ほど電話してるし今だに会議は印刷された山のようなパワポ資料に手書きで書き込み twitter.com/miyahancom/sta… 2018-06-14 08:36:42 シロガネ@外資IT企業セールス&投資系YouTuber(金融資産3,200万円) @shirogane06 素晴らしいですね。 私の勤めている会社はクソ老舗企業なので… ・予定はエクセルのファイルに入力して課長にメール。課長が取りまとめて課員に再メール ・鬼のようにccメールと電話 ・売上予測は手書きで提出 ・お客さんより社内の資料を作る方が多い →そりゃ売上も落ちます。 twitter.com/miyahancom/sta… 2018-06-14 08:32:44 ちろ@かぎ編みブーム到来 @chi

                                                                        IT企業「メール、電話は全部Slack、紙とペン、パワポ使ってない」昭和企業「1日2時間くらいメール打ってバカほど電話し会議はパワポ資料に手書きで書き込み」
                                                                      • もう仕事に追われたくない!自分起点で楽しく働くための自己管理術 - Qiita

                                                                        はじめに 仕事に追われる日々から解放され快適に楽しく働くことができる環境を実現するためには、自己管理が重要です。ここでいう「仕事に追われず快適に楽しく働ける状態」とは、自分自身で意思決定を行い、仕事の進行を自らコントロールする能力を身につけることを意味します。 多くのエンジニアは仕事の量や複雑さに圧倒され、自分のペースで仕事を進めることができないという状況に直面しています。しかし、自己管理スキルを身につけることでこれらの課題を乗り越え、より自分起点な働き方が可能になります。 この記事では、よく起きがちな問題とあわせて自己管理を強化するための具体的な方法を示します。 1. 他の人から見て何をやっているかわからない問題 主要なポイント 「あれってどうなってます?」って聞かれていませんか? これを頻繁に聞かれる場合、確実に何やっているかわからない人だと思われています タスクの状態は、必ず聞かれる

                                                                          もう仕事に追われたくない!自分起点で楽しく働くための自己管理術 - Qiita
                                                                        • ソースコードを公開したソフトウェアで収益を得ている会社

                                                                          ソースコードを公開したソフトウェアで収益を得ている会社をまとめる。いわゆる「オープンソースソフトウェア(OSS)」という有名な言葉を使わなかったのは、OSS の定義に当てはまらない、またはその可能性があるものが含まれているため。 この記事では "OSS" の定義に当てはまらないものも含め、主要な事業を構成するソフトウェアを一定のライセンスの下で公開している会社をまとめていく。このようにソースコードを公開して利用者やフィードバックを集めるビジネスモデルは open core とか COSS: Commercial Open Source Software と呼ばれているようだ。 企業が「ソースコードが公開されているソフトウェア」を利用するメリットとしては、主に以下の2つがあると考えられる。 コア機能の開発に集中できる 自社のビジネスの核となるソフトウェアの開発に集中し、それ以外の機能的・非機

                                                                            ソースコードを公開したソフトウェアで収益を得ている会社
                                                                          • 簡単CSSアニメーション&デザイン20選(ソースコードと解説付き) | knowledge / baigie

                                                                            CSSは使いようによっては様々な表現が可能な奥深い言語です。しかし、アニメーションなど凝った動きをするものに関してはコードは見れても実装方法を詳しく解説している記事は多くないように思えます。 この記事では、私(さかっちょ)がTwitterで過去にツイートしたCSSの技術をCodePenで改めて実装し、Twitterでは解説しきれなかった実装方法をより詳しく説明しています。CSS初学者の方にもわかりやすいように解説していますので、ぜひ参考にしてみてください。 その1. 一文字ずつ登場するテキストアニメーション See the Pen [CSS Tips] Text Show-up Motion by Takuro Sakai (@sakaccho) on CodePen. 一文字ずつtransformで移動させています。文字が途切れることなく流れるようにtransition-delayを調整

                                                                              簡単CSSアニメーション&デザイン20選(ソースコードと解説付き) | knowledge / baigie
                                                                            • pipとpipenvとpoetryの技術的・歴史的背景とその展望 - Stimulator

                                                                              - はじめに - Pythonのパッケージ管理ツールは、長らく乱世にあると言える。 特にpip、pipenv、poetryというツールの登場シーン前後では、多くの変革がもたらされた。 本記事は、Pythonパッケージ管理ツールであるpip、pipenv、poetryの3つに着目し、それぞれのツールに対してフラットな背景、技術的な説明を示しながら、所属企業内にてpoetry移行大臣として1年活動した上での経験、移行の意図について綴り、今後のPythonパッケージ管理の展望について妄想するものである。 注意:本記事はPythonパッケージ管理のベストプラクティスを主張する記事ではありません。背景を理解し自らの開発環境や状態に応じて適切に技術選定できるソフトウェアエンジニアこそ良いソフトウェアエンジニアであると筆者は考えています。 重要なポイントのみ把握したい場合は、各章の最後のまとめを読んで頂

                                                                                pipとpipenvとpoetryの技術的・歴史的背景とその展望 - Stimulator
                                                                              • 開発フロー研修 @ Wantedly - Qiita

                                                                                Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、

                                                                                  開発フロー研修 @ Wantedly - Qiita
                                                                                • リモートワークのストレス | POSTD

                                                                                  リモートワークのストレス ソフトウェアエンジニアリング業界では、リモートワークは大いに理にかなった働き方です。大抵はPCとインターネット接続さえあれば仕事ができるからです。よって、決まったオフィスに毎日通って働く理由は比較的少ないため、リモートワークはIT職の重要な要素になっています。最も先見的な求人市場とは決して言えないベルギーにおいてさえもです。とはいっても多くの場合、リモートワークが認められるのは週の一部のみ(おそらく週に1日か2日ぐらいが一般的)にすぎません。それにもかかわらず、リモートワークは大部分の企業で導入されるようになってきたのです。 リモートワークには多くの利点があると言われており、この働き方を過激なまでに擁護する声もよく耳にします。その多くには同意するものの、リモートワークを5年以上してきた経験から言えるのは、リモートワークにはストレスが付き物だということです。そう聞く

                                                                                    リモートワークのストレス | POSTD