並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 13212件

新着順 人気順

Tipsの検索結果81 - 120 件 / 13212件

  • 【Tips】Macを快適に使いこなすために、最初に設定すべき33の項目 - iPhone Mania

    Macを買ったら最初に設定すべき33の項目を、米メディア9to5Macが動画にまとめているので、ご紹介します。普段からMacを使っている方も、知っておくと便利です。 簡単な設定でMacを便利に使おう 9to5Macが取り上げた、新しいMacを便利に使うためのテクニックは、簡単な設定の変更で実現できるものが中心です。 操作関連 ▼1. トラックパッドのスピードを調整する ▼2. 「タップでクリック」を有効にする ▼3. 3本指のドラッグ ▼4. マウスカーソルの移動速度を変える ▼5. 右クリックに相当する副ボタンを設定する ▼6. 指1本でSafariのページ間を移動 ▼7. Apple Watchでロック解除 ▼8. 画面の四隅にカーソルを合わせて機能を呼び出す「ホットコーナー」 ▼9. コントロール間のフォーカス移動をキーボードで操作 システム設定 ▼10. Macの名前を変える ▼1

      【Tips】Macを快適に使いこなすために、最初に設定すべき33の項目 - iPhone Mania
    • 【動画付き】 draw.io 使い方まとめ 〜エンジニアでなくても使えるTips集〜 - Qiita

      draw.io はブラウザを使用してフローチャート、プロセス図、組織図、UML 図、ER モデル、ネットワーク図などを作成できる優れたツールです。作成した図は xml ファイルとして保存でき、GitHub との連携もシームレスに行われます。3 年ほど愛用しているツールですが、隠された使い方がたくさんあります。すぐに忘れてしまうので取りまとめておきます。 「こんな使い方あるよ!オススメだよ!!」という方はぜひ編集リクエストをいただければ追記していく予定です 😊 ※ 主に参照している文献は以下、公式ブログは非常に分かりやすいのでオススメです。 ツイッター公式アカウント 公式ブログ ショートカット ショートカット集です。机の上に置いて覚えましょう。 Line / 線 まずは最も頻繁に使う Line(線)の使い方からご紹介します。 矢印をまっすぐに揃える ちまちまと矢印の線をドラッグして微調整し

        【動画付き】 draw.io 使い方まとめ 〜エンジニアでなくても使えるTips集〜 - Qiita
      • Flutter入門 - 簡単なアプリを作ってUI宣言やホットリロードなど便利機能の使い方を理解しよう|ハイクラス転職・求人情報サイト AMBI(アンビ)

        Flutter入門 - 簡単なアプリを作ってUI宣言やホットリロードなど便利機能の使い方を理解しよう モバイル向けアプリケーションのフレームワーク・Flutterを使って簡単なアプリケーションを作成する基本的な開発について、FlutterのGoogle Developers Expertである上田哲広さんに解説していただきました。 こんにちは。上田哲広(@najeira)です。FlutterのGoogle Developers Expertとして活動しています。 Flutterは、Googleが中心となってGitHub上でオープンソースなプロジェクトとして開発されている、モバイル向けアプリケーションのフレームワークです。AndroidとiOSのアプリを単一のコードベースで開発できます。 GitHub - flutter/flutter: Flutter makes it easy and

          Flutter入門 - 簡単なアプリを作ってUI宣言やホットリロードなど便利機能の使い方を理解しよう|ハイクラス転職・求人情報サイト AMBI(アンビ)
        • 【書評】『頭がいい人のChatGPT&CoPpilotの使い方』 の『プロンプト』事例集が秀逸!(神田敏晶) - エキスパート - Yahoo!ニュース

          KNNポール神田です。 『頭がいい人のChatGPT&CoPilotの使い方』橋本大也 著を読んだ。 これは、ChatGPTの使い方がよくわからなかった人への再入門するのにピッタリな書籍だと思う。 この書のとてもユニークな点を述べるとするならば、著者の橋本大也氏の、『ChatGPT』や『Copilot』に対する、使い勝手の良い方法が、具体的な『プロンプト』として数多くの事例を散りばめられている点に尽きる。 そして、それらが、事例を元に、仕事で必要な調べ物を『調査』させ、『考え』させ、『要約』させ、『分類・整理』させ、『シミュレーション』させることができることをステップバイステップで進めている。最終的に多岐にわたるプレゼンの場での『グラフ』や『ダイアグラム』『映像』による表現にまで網羅している。 ■この本の『プロンプト』を『写経』するだけで、ビジネスパーソンのAIニーズに対応なによりも、ビジ

            【書評】『頭がいい人のChatGPT&CoPpilotの使い方』 の『プロンプト』事例集が秀逸!(神田敏晶) - エキスパート - Yahoo!ニュース
          • 雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try

            (この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました) 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト(TDD)で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする&機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO(プロダクトオーナー)に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな

              雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try
            • 【2019年版】バックエンドエンジニアが React でモダンなフロントエンド開発を始めるまで - Feedforce Developer Blog

              id:daido1976 です。入社してからあっという間に1年が経っていました。 直近3ヶ月ほどプライベートでフロントエンド開発の勉強をしていたのですが、ここ数年で CSS の Grid や React の Hooks が新しく導入されたことなどもあり、少し古いコンテンツだと教材として役立たない1 と感じることが多かったので、本記事では私が実際にやってみた中で 2019年時点で オススメできると判断した教材や学び方を皆さんにご紹介したいと思います。 はじめに やったこと JavaScript MDN の JavaScript の部分を読む & 手を動かす JavaScript Primer を読む YouTube 動画で Promise を学ぶ デバッグ方法を学ぶ React React 公式のチュートリアルを2周する egghead.io の動画で Redux を学ぶ ヘルシンキ大学の

                【2019年版】バックエンドエンジニアが React でモダンなフロントエンド開発を始めるまで - Feedforce Developer Blog
              • VSCodeでコードを書く時に役立つ設定・テーマ・機能拡張、知っておくと便利なテクニック

                Visual Studio CodeでWeb制作・開発のコードを書く時に役立つ設定・テーマ・機能拡張、知っておくと便利なテクニックを紹介します。 My Web Development VS Code Settings, theme, Extensions, tips and tricks br lampewebdev(@lampewebdev) 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 私がVSCodeを使用している理由 VSCodeのテーマ・アイコン・フォント VSCodeの機能拡張 VSCodeの設定 VSCodeの便利な使い方 私がVSCodeを使用している理由 私はプログラミングを始めて以来、たくさんのエディタやIDEを使ってきました。Eclipse、Netbeans、Notepade ++、Brackets Ed

                  VSCodeでコードを書く時に役立つ設定・テーマ・機能拡張、知っておくと便利なテクニック
                • 新しいメンバーがジョインしたときのAWSトレーニング/ハンズオン - Qiita

                  概要 新しくジョインしたメンバー向けに独自でトレーニングメニューを作成し、最新の情報に追従してアップデートしていくのはコストがかかる面もあります。 AWSは公開されているトレーニングが豊富なので、私のチームではそれを活用しています。良さそうなハンズオンを適宜さがしてきて「作ったものを説明&デモ」「手順の存在しないオリジナル追加課題」という工程を加えています。 今のところ省力で効果的と感じているので、流れやハンズオンの探し方をまとめてみました。 流れ 経験や勉強していることを改めてヒアリング。担当予定のシステムのアーキテクチャを説明し、理解度をお互いに確認。 レベルと補完しておきたいサービスに応じたハンズオンを探す トレーニングの実施 ゴールの設定 フェーズ① ハンズオンを一通り完了させる 作ったものをデモを交えて説明&QA。 ゴールの設定 フェーズ② フェーズ①で作ったものに対してオリジナ

                    新しいメンバーがジョインしたときのAWSトレーニング/ハンズオン - Qiita
                  • 美術館の楽しみ方を教えてください

                    近ごろ少し美術に興味を持ちはじめました。 ネットニュースで『ルーヴル美術館展 愛を描く』@国立新美術館が2023年3月1日から開かれるというのを見て行きたくなったのですが、いかんせん美術の知識が全くありません。 予習した方が楽しいんだろうなとは思いますが、美術史とか、描かれた時代の背景とか、画家の生涯とか?何をどのくらい知っていれば充分に楽しめるのかを教えてほしいです。ミリしらでも楽しいものでしょうか。 あと1度も美術館に行ったことがないので、正しい服装も正しい振る舞いもわかりません。いっぱいある絵をどう見たらいいのか。というか肥えていない目で見ても凄さは伝わるのか。何もわかりません。だれか美術を楽しんでる方、初心者にアドバイスを下さい。 ――――――――――――――――――――――――― 追記(9月20日22時ごろ) たくさんのアドバイスありがとうございます! すべて読んでいます。参考に

                      美術館の楽しみ方を教えてください
                    • ChatGPTに自社データを組み込んで新しい検索体験を模索してみました|masa_kazama

                      イントロChatGPTやBing、NotionAIなどの大規模自然言語モデル(LLM)を活用したサービスが注目を集めています。対話、要約、翻訳、アイデア生成などの多様なタスクにおいて、とても性能が高いです。ただ、ChatGPTでは、ときどき嘘が混じっていたり、文献が捏造されたりすることがあります。 ChatGPTとの対話画面(結果の書籍は存在しない)それを防ぐために、BingやPerplexityでは、文献を引用した上で、なるべく嘘が紛れ込まない形で回答してくれます。 Perplexityでは引用もつけてくれるしかし、これらのAIは、Web上の公開されている一部のデータを元に学習しているので、公開されてないデータに対しては当然ながら、正しく回答できません。 そこで、この記事では、自社が保有しているデータをChatGPTに組み込んで、自社オリジナルのPerplexityのようなシステムを作る

                        ChatGPTに自社データを組み込んで新しい検索体験を模索してみました|masa_kazama
                      • 2021年、最も注目されたUIデザインのテクニックのまとめ

                        デザインはちょっとした一手間を加えるだけで、ぐっとよくなります。 プロのUIデザイナーによるWebページやスマホアプリのUIとUXを改善するデザインの知識とテクニックを紹介します。 今年公開した中で最も注目されたUIデザインのテクニックをまとめました。 UI & UX Micro-Tips: Best of 2021 by Marc Andrew 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに 1. ユーザーの混乱を避けるために、UIで確立されたアイコンを使用する 2. 4ptベースライン+8ptグリッド=調和のとれた縦のリズム 3. フォントで階層を示すにはウェイト、サイズ、カラーを使用する 4. ホワイトスペースはたっぷり使用してください 5. アイコンをグリッドシステムで使用する際の注意点 6. アクションを実行

                          2021年、最も注目されたUIデザインのテクニックのまとめ
                        • パワポ芸人・トヨマネが徹底解説! 見づらい資料と見やすい資料の違いはココだ - ミーツキャリアbyマイナビ転職

                          あの先輩が作っていた資料、めちゃくちゃカッコよかったな……。 SNSで話題になっていたあのスライド、すごく見やすかったな……。 そんな憧れの資料は、Microsoft PowerPoint(以下、パワポ)を使って作られていることが多いです。 ビジネスパーソンにとって身近な、資料作成・プレゼンテーションツールのパワポ。しかし、自由自在に使いこなし、見た人を引き込むような資料を作るのは簡単ではありません。 憧れの資料をマネしたはずが、情報を詰め込み過ぎて見づらくなったり、図やイラストを活用して見やすくしているつもりがかえってごちゃごちゃしたり。パソコンを前に、頭を悩ませた経験をお持ちの方は多いはずです。 一体、パワポ資料ってどうやったら見やすくなるのだろう。 そんなモヤモヤをぶつけたのは、パワポ作成の達人、通称“パワポ芸人”として活動されているシリョサク株式会社代表のトヨマネ(豊間根青地)さん

                            パワポ芸人・トヨマネが徹底解説! 見づらい資料と見やすい資料の違いはココだ - ミーツキャリアbyマイナビ転職
                          • この一年の話(控訴審編)|小野マトペ

                            判決から3ヶ月も経ってしまいましたが、ようやくレポートとしてまとめることができたので、8月31日に受けた控訴審判決についてお知らせします。 私を被告人とする偽計業務妨害被告事件の控訴審(東京高裁・細田啓介裁判長)ですが、すでに報道されている通り、結果は残念ながら控訴棄却となりました。本稿では、この判決についてくわしく見ていきたいと思います。 なお、公開裁判の原則に鑑み、本件訴訟を誰でも検証できるよう、判決書を含む裁判記録は一部個人情報等を伏せたうえで以下リンク先にて公開しておきます。 Googleドライブ - 刑事裁判記録 争点の確認判決を解説する前に、改めて裁判のポイントを整理させてください。 この裁判で私が主張していたのは、私は悪くないということ…ではなく、「業務妨害の故意は存在しなかった」という事実です。 大前提として、民事裁判では過失でも損害賠償の責任が生じますが、刑事罰は「あえて

                              この一年の話(控訴審編)|小野マトペ
                            • 個人開発したWebサービスをリリースした後にやったこと / やり続けていること - くらげになりたい。

                              どうもきらぷかです。 最近、積んでる本の総額がわかる読書管理サービスをリリースしました!! リリース後のプロモーションはいつも困っているんですが、 いろいろ試していることをまとめてみました。 これから何かを作ろう、リリースしようとしている人の一助になれば。 やったこと/やっていることまとめ ざっくりとリリースしてからこんなことをしています! 登録サイトに投稿/依頼 いろんなとこで記事書く 進捗をつぶやく / 使い方とかTipsをつぶやく 1. 登録サイトに投稿/依頼 まずは、いろいろあるWebサービスを登録できるサイトに投稿!! このあたりに投稿や掲載依頼をしています♪ 全部で21サイト...大変なので、すこしずつ... サイト名 URL 開発会議 https://devtalk.jp/ Service Safari http://www.service-safari.com/ NewAp

                                個人開発したWebサービスをリリースした後にやったこと / やり続けていること - くらげになりたい。
                              • もし今1からKubernetesを勉強するとしたらどうやって勉強するか - 腹は減る

                                Kubernetesを触り始めて約1年。 1年の間にたくさんKubernetes関連の日本語書籍が出たし、1年の間に「え、これ先知っておきたかったわ」ということがありました。 ということで今1から勉強するとしたらどうするかな〜と考えたのでまとめてみます。 あくまで私ならどうするか、ていう話なので人によっては再現が難しい可能性があるのであしからず!!(英語がある程度できる前提で書いてるところもあります) 条件 ドキュメントをいきなり読むのは日本語だろうと結構苦手 なるべく手を動かしたい 最初はアプリケーションエンジニアとしてKubernetesを触れるくらいのレベル感をめざす Dockerはなんとなくわかる 分散システムにあまりなじみがない 本当はできれば最初からドキュメントをしっかり読み通すのが一番いいと思っている!思っているよ... 1st step 動画を見る UdemyのCKAのコー

                                  もし今1からKubernetesを勉強するとしたらどうやって勉強するか - 腹は減る
                                • 【閲覧注意】イライラ不可避なUIデザイン10選 - Qiita

                                  弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 はじめに 人は見た目が9割 皆さん一度はこの言葉を耳にしたことがあるのでしょう。内面がどれほど素晴らしくても、外見がそれに見合わないと、なかなか本当の価値を認めてもらえないものです。 この話は人間だけでなく、アプリケーションにも当てはまります。どれだけ内容が素晴らしくても、見た目がイマイチだったり使い勝手が悪かったりすると、ユーザーに敬遠されてしまいます。(私は以前ネ⚪︎フリからア⚪︎プラに切り替えたのですが、使いにくく感じたため、すぐに元のサービスに戻しました) エンジニアの皆さん、優れた技術力を持ちながら、デザインが原因でユーザー離れを招いていませんか?そうならないよう

                                    【閲覧注意】イライラ不可避なUIデザイン10選 - Qiita
                                  • 今からVue.jsを始める人のための「知るのを後回しにしてよい」n個のこと - Qiita

                                    *この記事は2020年3月頭に書かれている記事です どうも、Vueはいいぞおねーさん(自称)です。 Vue.jsは私に言わせるととてもよいフロントエンドフレームワークであり、その理由の一つにプログレッシブフレームワークである(段階的に利用する機能を増やしていくスタイルにマッチしている)ものとして、フロントエンド初学者の皆さんにもおすすめしたい代物です。 しかし、現在までに様々なプラクティスが考案されたがゆえに、「最初からベストな方法で始めたい」という思いから一度にたくさんのことに挑戦してしまいたくなりがちです。 そしてそれはプログレッシブという思想に反するもので、結果として挫折を生んでしまっているのではないかと思いました。 そこで今回は「知るのを後回ししてよいこと」として、Vue.jsへの入門する方へのアドバイスを独断と偏見で不要度という指標でまとめてみました。 不要度というネガティブな指

                                      今からVue.jsを始める人のための「知るのを後回しにしてよい」n個のこと - Qiita
                                    • GitHub Actions 逆引きリファレンス

                                      1.この記事の立ち位置#自分がいつも調べていること、忘れがちな Tips や小ネタを列挙していく。そのため、網羅性は重視しない。 というのも、なにか調べていていろいろ読み漁った挙げ句、1周回って行き着くところは GitHub Actions の公式ドキュメントであり、たとえば Workflow の書き方は以下のページをよく開いている。 Workflow syntax for GitHub Actions - GitHub Docs それでも、公式ドキュメントで参照したい箇所を引っ張るための用語を知るまでに苦労することが往々にあり、この記事が、公式ドキュメントで参照したい箇所を導くための助けとなればと思い、書いていく。 2.Step と Job と Workflowの違いアレコレ#2-1.Step と Job と Workflow の違いの一行まとめ#Step < Job < Workflo

                                      • githubで人生を管理する

                                        人生はいろんなことが起こります。なにも起こらなくて退屈な時もあります。 少しでも自分の望む方向に進めるために「とりあえずIssue立てるか」というレポジトリ life を作ってみてはいかがですか? こちらはエンジニアと人生コミュニティのAdvent Calender2021 17日目の記事です。 エンジニアと人生は、技術力をベースに人生を謳歌する人たちのコミュニティです。 この記事では、開発者なら多くの方が使っているであろう github を使って少しでもストレスフリーに人生を謳歌しようと思い、取り組んだことを紹介します。 類似のケーススタディとして Backlogを使って家庭内のタスクを管理した記事や 【インタビュー】「お中元の検討」など、家庭内のタスク管理にBacklogを徹底活用!“IT系母ちゃん”平 愛美さん JS開発者では有名なazuさんも以前にブログで GitHub Issue

                                          githubで人生を管理する
                                        • 『メシ通』年間ランキング2021 - メシ通 | ホットペッパーグルメ

                                          みなさんこんにちは、『メシ通』編集部です。2021年も残りあとわずか。新型コロナウイルスの影響が大きかったものの、今年も多くの記事をお届けしてまいりました。 2021年は9月末まで多くの都道府県に緊急事態宣言などが発令され、今年も新型コロナウイルスの影響が大きい1年でした。編集部はオンラインでのやり取りがメインになり、レシピやリモート取材の案件も増えました。今年も『メシ通』を楽しみに読んでくれた読者の方々、取材に応じてくれた取材先の方々、仕事を受けてくれたライター、編集者の方々。ありがとうございました。長く媒体が続けられるのも皆様のおかげです! 2022年も引き続きよろしくお願いします。 ということで、今年もやります。これさえ読めば2021年『メシ通』の話題になった記事が分かる、「年間ランキング2021」を発表させていただきます! 2020年12月20日~2021年12月20日に公開した記

                                            『メシ通』年間ランキング2021 - メシ通 | ホットペッパーグルメ
                                          • 在宅勤務環境の継続的改善 - クックパッド開発者ブログ

                                            コーポレートエンジニアリング担当 VP の @kani_b です。 新型コロナウイルス感染症の拡大リスクを鑑みて、従業員や関係者の皆さまの安全確保を目的に、クックパッドでは 2/18 (火) から、国内拠点の全従業員(正社員、契約社員、パート・アルバイト、派遣社員、通常在席の業務委託)を対象に在宅勤務の原則化を実施しています。現在は5月末まで継続する予定としています。 クックパッド、新型コロナウイルス感染症の拡大に伴う在宅勤務(Work from Home)を5月末まで継続のお知らせ | クックパッド株式会社 また、クックパッドでは、今の状況にあわせた、料理に関する様々な取り組みを進めています。そうした取り組みを集めたページをオープンしていますので、こちらもぜひご覧ください。 私たちは、料理でつながろう | クックパッド株式会社 さて、在宅勤務が開始された 2 月に、在宅勤務に対する取り組

                                              在宅勤務環境の継続的改善 - クックパッド開発者ブログ
                                            • 【年末年始まとめ読み】2022年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50を公開しました! - 週刊はてなブログ

                                              お正月休みに読みたおそう! 気づけば今年もあっという間に年の瀬ですね! 皆さんにとってこの1年はどのような年でしたか? はてなブログでは2022年もさまざまな話題が書き残されています。 特に週刊はてなブログで、毎週月曜日に公開している「今週のはてなブログランキング*1」には、そのときどきの注目記事が集まっています! 今回は、その総決算として2022年にもっとも注目を集めた「年間総合はてなブログランキング」トップ100の記事と、「はてな匿名ダイアリー」トップ50の記事を発表します*2! 集計期間は2022年1月1日~同12月19日です。 # タイトル/著者とブックマーク 1 逮捕にそなえる人生継続計画 - やしお by id:Yashio 2 なぜ投資をさっさと始めないのか - 本しゃぶり by id:honeshabri 3 新NISAとは。新NISAつみたて投資枠、成長投資枠と旧NISA

                                                【年末年始まとめ読み】2022年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50を公開しました! - 週刊はてなブログ
                                              • よく聴いてるポッドキャスト

                                                はじめに 自分が fukabori.fm を配信しているのもあるけど、インプットソースとしてポッドキャストをよく聴いている。この記事では、聴いてるポッドキャストをサクサク紹介していきたいと思う。 基本はTech系ポッドキャスト。たまに、違ったのをちょいちょいぐらい。 実際に以下で書いてないポッドキャストもあるけど、少なくとも5エピソードは聴いたかな、ってものを紹介していく。 ポッドキャスト列挙、コメントつけて 以降は A-Z 順で、自分のPodcastクライアント(Podcast Addict)でSubscribeしているものを順番に。 ajito.fm suzukenさんが主宰しているポッドキャスト。VOYAGE CTOの makoga さんがよく登場する。技術的に濃いネタから、組織的なネタまで幅広い。 すごく印象に残っているepは ajitofm 29: Chiki Chiki Mon

                                                  よく聴いてるポッドキャスト
                                                • JSer.info 10周年: JavaScript情報の集め方、書き方、まとめ方

                                                  JSer.infoは2011年1月16日に公開したJavaScriptの情報サイトで、2021年1月16日で公開してからちょうど10年です。 JSer.infoでは、10年間で10201サイト紹介し、522コの記事書いてきました。 JSer.infoの紹介したサイト数(累計)。ソース 10年間途切れることなく毎週更新していて、月別の記事数は毎年同じ推移です。 JSer.infoの月別の記事数。ソース この記事では、10年間やってきたJSer.infoの目的を振り返り、 JavaScriptの情報の集め方、書き方、まとめ方について書いていきたいと思います。 ⚠️ すべてを書いているのでものすごく長いです。 この記事やJSer.infoに関する意見や感想などは、次の場所に書いてください。 この記事をTweetする Twitter: #jserinfo GitHub Issue: JSer.in

                                                    JSer.info 10周年: JavaScript情報の集め方、書き方、まとめ方
                                                  • 簡単な方法で人生を豊かに送れる20のライフハック : カラパイア

                                                    誰の人生も1度きりで、今日という日は永遠に戻ってはこない。だからこそ、今を楽しく生きることが大切だ。人は一人では生きていけない。楽しく生きるためには人への思いやりが必要だ。 今やSNSでは、人生を豊かにするためのライフハックが溢れている。ライフハックの王者と呼ばれるSNSユーザーは、2010年から運営されているRedditのサブフォーラム『Life Pro Tips(ライフプロの秘訣)』から収集した、最も優れたライフハック術をTwitterでシェアした。 人生を快適に、毎日をより豊かにするための秘訣は、どれもシンプルで実用的なものばかりだ。自分にとって有意義だと思うものだけ実戦してみればいい。

                                                      簡単な方法で人生を豊かに送れる20のライフハック : カラパイア
                                                    • きれいなコードを書けという話について - Software Transactional Memo

                                                      前回のブログから90日以上経ってしまったので広告が載ってしまったから短文でもアウトプットしておく。 プログラマとして仕事をしているとコードと向き合っている時間の9割以上は既存のコードを読んでいる、だから読みやすさは重要である、という言説は耳にタコができるほど誰もが言っている。 仕事で書かれるコードが誰のレビューも通ること無くマージされている現場は凄惨だが、自分より明らかに経験を積んだ人たちが何度もレビューを重ねたコードが読みやすいかというとそうとは限らない。良いコードが守るべきルールをすべて守っていても不可解なコードはあるし、どんなに読みやすいコードでも数千行の規模になってくるとやはり脳内からこぼれて一度に覚えておける範囲からはみ出る。 変数名や関数名をわかりやすくするとか不必要な技巧を凝らさないとかわかりやすい設計にするとか主観的な事を偉そうに語る本は山ほどあり、それらの本を崇める事は悪

                                                        きれいなコードを書けという話について - Software Transactional Memo
                                                      • 「良いコード」を書くために意識している17のTips まとめ

                                                        この記事について 私はWeb基盤を提供している企業でWebアプリケーションエンジニアをしています。 インフラや顧客基盤など複数のバックエンドAPIが動いており、それらを結合したアグリゲーション(BFF)の作成とフロントエンドの実装を担当することが多いです。 言語はTypeScriptとC#を選択する事が多く、フロントエンドではReact.jsとVue.jsを使用しています。これらをコンテキストとして私が「良いコード」を書くために日頃意識しているTipsを投稿していきます。 やらないこと インデントを揃える、命名基礎、アクセス修飾子などの基礎的な内容は割愛しています。 コードはTypeScriptで書いています。ですが特定の言語に特化した内容にはしていません。 プログミング全般に掛かかった内容であり、フロントエンドやバックエンドなど特定のレイヤーに特化した内容にはしていません。 良いコードと

                                                          「良いコード」を書くために意識している17のTips まとめ
                                                        • 【勉強法】『一生頭がよくなり続ける すごい脳の使い方』加藤俊徳 : マインドマップ的読書感想文

                                                          一生頭がよくなり続ける すごい脳の使い方 【本の概要】◆今日ご紹介するのは、先日の「未読本・気になる本」の記事では一番人気だった勉強本。 著者の加藤俊徳先生は「脳番地」という概念で知られる方ですが、本書ではそれを勉強法に活かしてらっしゃいました! アマゾンの内容紹介から一部引用。30代も40代も50代も60代以降も、脳は伸び盛り。 学生時代よりも勉強するのに最適な時期なのです。 本書では、脳科学に基づく大人の脳の使い方を紹介。 大人の脳が求める勉強法を実践すれば、脳力はUP! 一生頭がよくなり続けるすごい脳が手に入ります。 中古価格が定価の倍以上しますから、「10%OFF」のKindle版がオススメです! 24K: Brain Power / Reliv International 【ポイント】■1.脳の最盛期は40代後半から50代 脳の中には、特に複雑な情報処理を担う、脳細胞のエリート集

                                                            【勉強法】『一生頭がよくなり続ける すごい脳の使い方』加藤俊徳 : マインドマップ的読書感想文
                                                          • 「Googleスライド」で作る資料を、ちょっと良く見せるコツまとめ - Yunicode

                                                            はじめに こんにちは。書き始めを「はじめに」にしてしまうハウツーサイト出身者です。 コロナコロナで様々なものが中止や延期になってしまい、3.11のときに似た閉塞感を感じていますが、みなさまいかがお過ごしでしょうか。通勤や平日が好きな日常を愛する者として、一刻も早くいつも通りの日常が戻ってきてくれることを心より祈ります。 そんなときこそブログを書こう せっかくブログの会社に転職したんだし? 最近は何をしているかというと、実案件運用から組織マネジメントまで幅広くやっております。お金周りに近いところを希望し入社したので、営業さんとお仕事をさせてもらっていて楽しいです。ありがとうございます。 資料をよくつくる となると、内部向け外部向け問わず資料を作ることも多くなります。以前は圧倒的Keynote派でしたが、現在はなるべく共有しやすいGoogleスライド中心にしています。 みなさん資料作りは好きで

                                                              「Googleスライド」で作る資料を、ちょっと良く見せるコツまとめ - Yunicode
                                                            • 設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ

                                                              はじめにTIG真野です。 秋のブログ週間2023 の3本目は、設計ドキュメントをGit管理して腐らせないようにがんばってみた話をします。 前段として6年前、「我々はいかにシステム開発におけるドキュメント腐る問題と戦えば良いのか」という記事を書いたのですが、その後の試行錯誤はどこにも残していないことに気づきました。普段のフューチャー技術ブログですとちょっと引け目を感じるテーマですが、秋の夜長を楽しむため読み物成分を多めに書くというテーマのこのブログリレーにピッタリな気がするため、この機会をお借りします。 ドキュメントも色々な種別があるかと思いますが、この記事では設計ドキュメントを指すことにします。設計ドキュメントは開発メンバーが参照するもので、ステークホルダーへの説明資料に引用して使うことはあれど、主目的は異なるという前提です。Design Docの場合もありますし、システム構成図、ERD、

                                                                設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ
                                                              • 【まとめ】エンジニア向けデザイン参考サイト - Qiita

                                                                本記事は、身の回りの困りごとを楽しく解決! by Works Human Intelligence Advent Calendar 2022の13日目の記事です。 はじめに エンジニアの私「個人開発したアプリのデザインがイマイチで世に出す勇気がなくて困っとる」 デザイナーの知人「どれどれ。あー確かに。いい意味でエンジニアらしさ出てますな♪」 私「『いい意味で』を先頭に付ければ何いっても許される説!!」 知人「デザイン作るときは既存にあるアプリやサービスのUIを参考にするといいですよ」 私「具体的には何を参考にすればエンジニアでもいい感じにデザイン作れそうですか?」 知人「それでは自分が参考にしているデザイン系のサイトをいくつか紹介していきます」 てことで、今回はエンジニア向けの個人開発やアイディア探しで役立つサイトをまとめていきます。 「ポートフォリオのアイディアが思いつかない」「開発した

                                                                  【まとめ】エンジニア向けデザイン参考サイト - Qiita
                                                                • バックエンドに興味を持つ学生にオススメするクラウド系メインのリンク10選 - y-ohgi's blog

                                                                  概要 学生氏に適当なことを言い過ぎ反省しているので、バックエンドのいま覚えてる良かった記事の共有です。 まっさきにみるやつ Web 系エンジニアの学習ロードマップです。 とりあえずこのロードマップにのってる"紫のチェックマーク"がついたものを順番にこなしていけば良いとおもいます。backend のロードマップを紹介しましたが他にもfrontend やdevops などもあります。しかも毎年更新してくれます。 この記事はこのロードマップ以上の情報は提供できません。おわり。 roadmap.sh その他 エンジニアリングについては雑に調べると歴戦のエンジニア各位が紹介してくださってるので、クラウド系をメインに紹介します。 一般的なやつ タイトルママ。 バックエンドというよりエンジニアリング全般。 japan.googleblog.com 技術記事に特化したキュレーションサービスです。 追いたい

                                                                    バックエンドに興味を持つ学生にオススメするクラウド系メインのリンク10選 - y-ohgi's blog
                                                                  • 【必見!】TOEIC 910点の英語の勉強ノウハウ本格公開 | DevelopersIO

                                                                    こんにちは!コンサルティング部のキムです!:D 今回は私が今までどうやって英語の勉強をしていたのかについて、ざっくりまとめて共有したいと思いました。 韓国ではTOEICの点数だけで言えば TOEIC910点ってあまり高い点数ではありません。ですが、それは韓国人が日本人に比べて英語が上手だからというわけではないです。 ただ、韓国ではTOEICやTOEFLみたいな英語試験対策の為の塾が圧倒的に多く、その辺りのビジネスも凄く発達していて、 世界のどこよりも効率的にそのテストの点数向上に最適化されているためです。 つまりTOEIC点数が高くても、英語が上手じゃない人もいます。(点数が高い人は英語力が高い傾向性は当然ありますが) 私は韓国で大学を卒業し、大学院でも1年間修士課程の勉強をしましたが、 韓国語ではなく英語で全ての講座、テスト、課題等をやってましたので、最初は本当に辛かったです。 なぜなら

                                                                      【必見!】TOEIC 910点の英語の勉強ノウハウ本格公開 | DevelopersIO
                                                                    • 【Windows 10版でどこまでできるか】Power Automate Desktop のライセンスやできることや気になることまとめ【随時更新】 - Qiita

                                                                      【Windows 10版でどこまでできるか】Power Automate Desktop のライセンスやできることや気になることまとめ【随時更新】AzureRPAPowerAutomateDesktopQiitaAzure はじめに 2021年のMicrosoft Igniteの発表でPower Automate Desktop が追加費用なしでWindows10ユーザーにて利用可能になりました。 大きな反響がある発表でしたが、デジタルプロセスの自動化を実行するPower Automate は以前から存在しており、また、2020年からPower Automate の有償プランの一部でPower Automate Desktop は利用できていました。 本記事では、Windows 10 や Windows 11 で追加費用なしで使用できるPower Automate Desktop について

                                                                        【Windows 10版でどこまでできるか】Power Automate Desktop のライセンスやできることや気になることまとめ【随時更新】 - Qiita
                                                                      • 広告収益「1億円タイトル」が年100本誕生。ハイパーカジュアルの世界。カヤックが語る米国AppStore1位になった「Park Master」の運命を分けた「2つの広告改善策」|アプリマーケティング研究所

                                                                        広告収益「1億円タイトル」が年100本誕生。ハイパーカジュアルの世界。カヤックが語る米国AppStore1位になった「Park Master」の運命を分けた「2つの広告改善策」 ハイパーカジュアルゲームで世界5,500万ダウンロード、カヤックさんにお話を伺いました。 ※本記事はユニティ・テクノロジーズ・ジャパンより、依頼を受けて執筆したPR記事です。 ※ダウンロード数などの数字は、2020年9月インタビュー時点での数字です ※面白法人カヤック 佐藤 宗さん、畑佐雄大さん ユニティ・テクノロジーズ・ジャパン 金田一 確さん カヤックさんの「ハイパーカジュアルゲーム事業」の状況について教えてください。佐藤: ハイパーカジュアル の累計ダウンロード数としては、世界5,500万ダウンロードを突破しています。 タイトル別でいうと、Park Masterが5,000万ダウンロード、Noodle Mas

                                                                          広告収益「1億円タイトル」が年100本誕生。ハイパーカジュアルの世界。カヤックが語る米国AppStore1位になった「Park Master」の運命を分けた「2つの広告改善策」|アプリマーケティング研究所
                                                                        • 主要RDBMS製品の比較 – アーキテクチャ, スキーマ, データベース, メモリ | コーソルDatabaseエンジニアのBlog

                                                                          Microsoft SQL ServerMySQLOracle DatabasePostgreSQLSolarWinds DPAデータベース運用主要RDBMS製品の比較 2022.09.01 渡部 亮太 主要RDBMS製品の比較 – アーキテクチャ, スキーマ, データベース, メモリ Oracle ACE Proの渡部です。 主要なRDBMS製品についてアーキテクチャを比較します。 大枠を整理することが最大の目的です。細かい例外事項や拡張機能は適宜記載を割愛しています。 2022年9月時点の最新バージョンをベースに記載していますが、記載内容にバージョン依存は少ないはずです。 時間ができた時に随時追記予定です。 もし誤りを見つけた場合は、優しく教えていただけると嬉しいです。→ https://twitter.com/wrcsus4 or ryota.watabe at cosol dot

                                                                          • GitHub - isotai/git-tips: 最もよく使われるgitの小技と裏技

                                                                            You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                                              GitHub - isotai/git-tips: 最もよく使われるgitの小技と裏技
                                                                            • バッチ処理について考える - Qiita

                                                                              TL;DR ひとくちにバッチといっても色々ある 夜間バッチをもう作るな オンラインバッチはSQL以前にDB設計がんばれ はじめに Twitterのタイムラインで以下のようなツイートが回ってきました。 バッチ処理をみんな舐めてかかったり、ショボイとか思ってる人多い印象なんだけれども、数十万~数千万件規模のデータを処理したことあるのかな。テンプレ通りのコードじゃ動かないよ?ネットに本にも答え載ってないよ?低レイヤも意識しないと動かないよ? 2020年1月10日 ツイートされたわだっしーさんの意図がどこにあるかは確認してないですが、極限の世界でテンプレート的な処理では対応出来ないのはあるよな、と思いつつもある程度はバッチの作法としての書き方があると思っています。 このツイートとその関連ツイートを読みながら、そういえばバッチ処理に関して書いてある記事はあまり見ないなぁ、とおもったので他のネットや本

                                                                                バッチ処理について考える - Qiita
                                                                              • 非デザイナーにも知っていて欲しい「色」と「特性」 - Qiita

                                                                                はじめに 数年前から「デザインの民主化」「非デザイナー向けの〇〇」といったワードをよく見るようになりました。それに伴い、デザイナー不在でも制作ができる便利なツールも増えてきましたね。 ReactなどのUI制作に便利なライブラリが広く使われたり、Canvasを使ってのバナー制作を行う人も増えてきた印象があります。 一方で「たくさんあるテンプレートから何を基準に選べば良いのか分からない」「アレンジしたけど、なんだか上手くいかない」という人もいるのではないでしょうか。 「非デザイナー~」シリーズでは「知っているとちょっと得するデザインTIPS」や「話のネタになるデザイン豆知識」をお伝えしていこうと思います。 今回のテーマ「色」と「特性」 今回は色の見え方、なかでも色覚特性について書いていこうと思います。 色覚特性はさまざまな理由から、多数派とは違う色の見え方・感じ方をする状態のことを言います。色

                                                                                  非デザイナーにも知っていて欲しい「色」と「特性」 - Qiita
                                                                                • GoでWebアプリ開発時にあるあるだったレビューコメント | フューチャー技術ブログ

                                                                                  The Gopher character is based on the Go mascot designed by Renée French. はじめにTIG DXユニット 1の真野です。 コードレビューについては3,4年ほど前に、コードレビューにおけるレビュアー側のアンチパターン って記事を書いたりもしました。当時はレビュアーの伝え方って大事だよなって話をしてました。いつしかレビュイーからレビュアーに比重が変わることが増えてきました。相互レビューは当たり前にしていますがが、比較的こうしたらもっと良くなるんじゃないかな?と提案される回数より、自分が提案する回数の方が増えてくるタイミングってありますよね? そういうわけで、最近Goで主にバックエンドのWebAPIや、AWS Lambdaで動くETLアプリ、たまにCLIツールを開発する時に、2回以上同じ指摘したコメントをまとめてます。Go言語

                                                                                    GoでWebアプリ開発時にあるあるだったレビューコメント | フューチャー技術ブログ