並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 16342件

新着順 人気順

設計の検索結果121 - 160 件 / 16342件

  • BASE(ベイス) | ネットショップを無料で簡単に作成

    0円 費用は売れたときの手数料のみ。初期費用・月額費用が無料だから今すぐネットショップをはじめられます。

      BASE(ベイス) | ネットショップを無料で簡単に作成
    • 日本のWebは「残念」 梅田望夫さんに聞く(前編) (1/3) - ITmedia News

      2006年2月、梅田望夫さんが著した「ウェブ進化論」(ちくま新書)は、インターネットの可能性やGoogleの力をポジティブに語り、国内の「Web 2.0」ブームに火を付けた。 その後も「フューチャリスト宣言」(新潮新書)、「ウェブ時代をゆく」(ちくま新書)などWeb関連の本を立て続けに出版。テレビやネット媒体、新聞などの取材にも精力的に答えていた。 だがここ最近は、Webについて語ることは少なく、昨年11月にはTwitterに書き込んだコメントが炎上するという“事件”も起きた。 一方、今年5月には、最新刊「シリコンバレーから将棋を観る」(中央公論新社)を出版。その名の通り、将棋観戦の魅力を語った本で、帯にはこうある。 「わたしが本当に書きたかったのはこの本でした」 同書で彼は、“指さない将棋ファン”として将棋を語り、羽生善治さんなど第一線の棋士の努力と天才性を「シリコンバレーの技術者と通じ

        日本のWebは「残念」 梅田望夫さんに聞く(前編) (1/3) - ITmedia News
      • Google JavaScript Style Guide 和訳 — Google JavaScript Style Guide 和訳 v0.1 documentation

        この和訳について¶ この文章は Google JavaScript Style Guide を非公式に和訳したものです. 内容の正確性は保証しません. ライセンスは原文と同じく CC-By 3.0 とします. フィードバックは Issue への登録 , あるいは Kosei Moriyama (@cou929 または cou929 at gmail.com) へ直接お願いします. この和訳のリポジトリは こちら です.

        • エンジニアの"有害な振る舞い"への対処法 - Qiita

          本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用(難しい人というラベリングを特定個人に適用する使い方)が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40%低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz

            エンジニアの"有害な振る舞い"への対処法 - Qiita
          • 【インタビュー】クックパッドのUIデザイナー:「エンジニアの仕事が0を1にする仕事なら、デザインは1を100にする仕事 」 | Startup Dating

            Startup Datingでインタビュー連載を始めてみることになりました。さて連載の初回は、2011年に新卒としてクックパッドに入社し、現在UIデザイナーとして活躍する片山育美さん(@monja415)。片山さんが現職に就くまでの道のりや、クックパッドのUIに関する考え方、片山さんが手がけた具体的なUI改善の事例やヒントなどをたっぷりお伝えします。 美術大学で勉強、もともと職人になりたかった もともと絵を描くのが好きだし得意、高校のときから職人になりたいと思っていたと話す片山さん。美術大学に進学し、ファイン系とデザイン系でデザイン系を学ぶことを選択。ファイン系とは、絵画や彫刻などいかにも“アート”というもの。ファイン系が芸術だから、どこか自分の中で完結してしまうところがある。でも、職人って誰かのために技術を使える人なんじゃないか、と。情報デザイン学科を専攻し、サービスデザインやUXと言わ

            • プログラマ歴12年の僕が選んだ「10年経っても役立つ技術書17選」 - give IT a try

              はじめに 僕がプログラミングを始めてから、もうすぐ12年になろうとしています。 この12年間、いろんな技術書を読んだり、仕事やプライベートでたくさんコードを書いたりしてきました。 最初に入ったSIerでは主にJavaを、前職の社内SE時代はC#をメインのプログラミング言語として使ってきました。 現在はRubyをメインで使っていますが、言語が変わっても、また何年経っても「これはあのとき学んだ知識が役に立ってるよなあ」と思う瞬間がときどきあります。 そこで今回はこれまでに読んだ技術書を一通り振り返り、「この本で学んだことは今でも役に立ってる」と思うものを17冊ピックアップしていきます。 おことわり (2014.09.29 20:00追記) このエントリのタイトルは「10年経った今でも役に立っている」という意味で付けています。「今から10年後まで役立つ」という意味ではありません。(紛らわしくてご

                プログラマ歴12年の僕が選んだ「10年経っても役立つ技術書17選」 - give IT a try
              • プレゼン資料のデザイン力がぐっと上がる、お勧めのデザインサイト7選 |プレゼンデザイン

                プレゼン資料をキレイにわかりやすく作りたい!と思い立った人に、まずお勧めしたいのがこのサイト「伝わるデザイン|研究発表のユニバーサルデザイン」です。基本的には研究発表を行う学生さんをターゲットとしているサイトですが、ビジネスマンにも読み応えは十分。提案書・企画書のプレゼン資料作成にそのまま利用できる内容となっています。 魅力は、わかりやすいサンプルと豊富な解説。デザイン初心者にうってつけのサイトです。ページはすっきりとしていて非常に見やすく・読みやすくレイアウトされています。 サイト全体の情報量も多からず少なからず、ほどよく網羅されていて、ひととおり目を通し終わった頃には、一歩レベルアップしている自分に気づくこと間違いありません。百聞は一見に如かず。まずはご覧になってみてはいかがでしょうか?

                  プレゼン資料のデザイン力がぐっと上がる、お勧めのデザインサイト7選 |プレゼンデザイン
                • Nyle Engineering Blog

                  OpenAIのWhisper文字起こし25MB制限を解決するPHP, Laravel, ffmpegを使ったファイル分割の例 OpenAIのAPIを使った音声の文字起こしは、今や多くのアプリケーションで利用されています。この記事では、特にWhisper文字起こしの25MB制限に焦点を当て、PHP, Laravel, ffmpeg, PHP-FFMpegなどの技術を使用したファイル分割について詳しく解説します。 OpenAI APIについて OpenAI API We're releasing an API for accessing new AI models developed by OpenAI.openai.com OpenAI APIは、AIを活用した多岐にわたるサービスを提 …

                    Nyle Engineering Blog
                  • スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog

                    2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している

                    • 私がwebサイトのラフデザインを制作する時の流れ │ Design Spice

                      私がwebサイトのラフを作る時の流れを書いてみました。 独学で身に付けた方法であり、 一般的な方法ではないかも知れないことを予め断っておきます。 私にはやりやすい方法ですが、 他の人にとってはそうではないかもしれません… 本エントリーはラフデザインのみ注力するため、既にコンセプト、ターゲット、サイト構成などは決まった状態と仮定します。 (※本文中のショートカットキーは全てMacの場合です) 希望デザインのヒアリング ※委託業務の場合です どんなデザインが希望かを先方にヒアリングします。 この時にできるだけ、クライアントのイメージを明確にするため 抽象的でも良いので沢山言葉を貰います。 明るい、可愛い、ポップ、カッコいい、シンプル、落ち着いた…etc 具体的にデザイン参考にしたいサイトがあるのなら聞いておきます。 また頂いた言葉と自分のイメージのギャップを埋めておきます。 ”シンプル”と言う

                        私がwebサイトのラフデザインを制作する時の流れ │ Design Spice
                      • プロジェクト推進者のための議事録の書き方 - 人と組織と、fukui's blog

                        2011年02月07日 02:53 カテゴリプロジェクトデザイン プロジェクト推進者のための議事録の書き方 Posted by fukuidayo Tweet プロジェクトを設計(デザイン)し、前に進める。という仕事に取り組み始めてから、ありがたい事に多くの仕事の相談や依頼を受けるようになった。やってみて感じるのは、企画するだけでなくて、ものごとを確実に前に進めてくれる人をどこの企業も求めているんだなー、ということ。 プロジェクトを設計し、前に進める。というと大層なことをやっているように思えるかもしれないけれど、実は僕がやっていることは本当に単純で、 ・アジェンダをつくり ・会議をファシリテートし ・議事録を作成する ということをしているだけだ。もちろんプロジェクトを円滑に進めるために必要であれば、情報共有やプロジェクト推進のツールを提供したりもするけれど、基本的には無料で利用でき、汎用性

                        • RealTokyoEstate-東京R不動産-

                          千代田区/中央区 渋谷区/港区 目黒区/品川区/大田区 世田谷区 中野区/杉並区 新宿区/豊島区 文京区/台東区 江東区/墨田区 その他23区 武蔵野市/三鷹市 その他東京都下 川崎市/横浜市 東京以外

                            RealTokyoEstate-東京R不動産-
                          • 就活生のみなさんへ ~文系?理系?~ « サーバーワークス社長ブログ

                            サーバークスCEOブログ 大石蔵人之助の「雲をつかむような話」は、 「はてなブログ」へ移行致しました。 旧ブログ記事のURLからお越しの皆様は自動で新ブログへ転送されます。 転送されない場合、恐れ入りますが下記URLから移動をお願い致します。 新URL:https://ceo.serverworks.co.jp/ 引き続き、大石蔵人之助の「雲をつかむような話」を宜しくお願いいたします。

                              就活生のみなさんへ ~文系?理系?~ « サーバーワークス社長ブログ
                            • ソフトウェアエンジニア、家を買う - hichihara note

                              最高の夏を迎える中庭 前回の記事投稿からだいぶあいていますが、あいかわらずGAFAではない会社でソフトウェアエンジニアをしています。今回は最近の個人的な大仕事であった家を買った話を書きます。ちなみにこの記事にソフトウェアエンジニア要素はほぼないので釣りタイトルになります、ただプロダクト設計やプロジェクトマネージャー的な感覚は必要になって非常に面白かったです。 注意事項: この記事は素人の個人的な意見や感想です、また家に関して何が一番良いかは人それぞれなのでそういった議論もしません。 なぜ家を買ったのか? 子供の小学校入学前であることコロナ禍であることで決断しました。元々、自分や妻のキャリアや子供のことなども含め賃貸で暮らしてきましたが、子供も大きくなり小学校入学前には持ち家を買いたいなと漠然と考えていました。大体2年前くらいから都内で4LDKの戸建てやマンションを探していて、実際に買う寸前

                                ソフトウェアエンジニア、家を買う - hichihara note
                              • 論文に何を書くべきか→これだけは埋めろ→論文作成穴埋めシート

                                こう言い換えろ→論文に死んでも書いてはいけない言葉30 読書猿Classic: between / beyond readers を書いたとき、「あとは穴埋めしたら論文を出力してるものが作れないか」みたいな話があったので、作ってみた。 何であれ、文章を書く骨法は、書きたいことではなく、書くべきことを(そしてそれだけを)書くことである。 問題は何を書くべきかであるが、幸いにして、論文については後述するようにほとんど決まっている。 結論から言えば、以下の表を埋めていくだけで、論文の骨組みができあがる。 必要な項目は揃い、しかるべき順序で並ぶ。 論文穴埋めシート こんな簡単な穴埋め表がこれまであまり取り上げられなかったのは、わざわざ作るまでもないことも勿論あるが、その他にも次のような理由がある。 つまり、こうした穴埋め表が、 あなたは論文が書けないのではない。 研究ができないのだ。 という目の当

                                  論文に何を書くべきか→これだけは埋めろ→論文作成穴埋めシート
                                • コアラのマーチの絵柄を消すマシンを作る|fabcross

                                  入力前に下記の「個人情報の取り扱いに関して」をお読みいただき、記載されている内容に関して同意していただく必要があります。同意していただけない場合には、弊社が提供するサービスをご利用いただけない場合があります。(同意していただけない場合には、当フォームへの入力ができません。) 「個人情報の取り扱いに関して」をよくお読みいただき、同意していただける場合は下の[同意する]を チェックして、入力フォームの画面へ進んでください。 「個人情報の保護に関する法律」、およびJISQ15001(個人情報保護マネジメントシステム要求事項)に基づき、以下の事項を公表いたします。 なお、特段の説明がない限り、本記述における個人情報には「行政手続きにおける特定の個人を識別するための番号の利用等に関する法律」が定める個人番号及び特定個人情報を含みます。

                                    コアラのマーチの絵柄を消すマシンを作る|fabcross
                                  • 高木浩光による怒濤の講演「ゲーム業界におけるプライバシー保護」がすごいことに

                                    「高木浩光@自宅の日記 - Tポイント曰く「あらかじめご了承ください」」というエントリーによってTポイントツールバーは「騙す気満々の誘導」であると指摘、その2日後にTポイントツールバーのダウンロードが一旦停止されたり、ほかにも「ダウンロード刑罰化で夢の選り取り見取り検挙が可能に」「ローソンと付き合うには友達を捨てる覚悟が必要」「武雄市長、会見で怒り露に「なんでこれが個人情報なんだ!」と吐き捨て」「やはり欠陥だった武雄市の個人情報保護条例」というように、次々とセキュリティに関して絶大な影響を与え続けてきた独立行政法人産業技術総合研究所の高木浩光(通称:ひろみちゅ)氏によるCEDEC2012の講演が、非常に秀逸な内容となっており、ゲームに限らず、スマートフォンまでも含めてそもそも「個人情報」とは一体何か?ということから、個人情報の現在の扱い、プライバシーに関して今後あるべき方向に至るまで、縦横

                                      高木浩光による怒濤の講演「ゲーム業界におけるプライバシー保護」がすごいことに
                                    • 実践して結果を出す、コピーライティングの技法 | Webコンサルティング

                                      免責事項:本サイトに含まれる情報は、一般的な情報提供のみを目的としています。情報はスペシャルベストによって提供され、当社は情報を最新かつ正確に保つよう努力しますが、いかなる目的においても、ウェブサイトまたはウェブサイトに含まれる情報、製品、サービス、関連グラフィックスに関する完全性、正確性、信頼性、適合性、利用可能性について、明示または黙示を問わずいかなる表明または保証も行いません。従って、これらの情報に依拠することは、あくまでもお客様ご自身の責任において行われるものとします。 当社は、当ウェブサイトのご利用に起因するいかなる損害についても責任を負いません。 本ウェブサイトから、スペシャルベストの管理下にない他のウェブサイトへリンクすることができます。当社は、それらのサイトの性質、内容および利用可能性を管理することはできません。リンクは必ずしも推奨するものではありませんし、リンク先で述べら

                                      • ソーシャルゲームのためのデータベース設計

                                        ・データベース的な観点でのソーシャルゲームの特徴 ・データモデル ・ソーシャルゲームに従来型RDBMSを使うべきか、�流行りのNoSQLで行くべきか ・負荷対策 (アーキテクチャ面) ・負荷対策 (ツール面) ・インフラエンジニアのキャリアについて

                                          ソーシャルゲームのためのデータベース設計
                                        • リーダーになるすべての人に知ってほしい チームビルディングの極意

                                            リーダーになるすべての人に知ってほしい チームビルディングの極意
                                          • ソーシャルゲームのためのMySQL入門 | BLOG - DeNA Engineering

                                            こんにちはこんにちは。最近お腹痛いばっかり言ってることで有名なiwanagaです。 DeNAは外部的にはプラットフォーム的な部分の方がフィーチャーされることが多いですが、実はソーシャルゲームの提供も行っています。怪盗ロワイヤルとか、どこかで聞いたことがあるのではないでしょうか。 僕はDeNAでソーシャルゲームが誕生した辺りからずっとサーバサイドを見てきましたが、そんな運用の中で自分が貯めてきた知見とかTIPSをご紹介したいと思います。 かれこれ10タイトル近くはレビューしたり運用したりしてるため結構言いたいことはいっぱいあるので、小出しにしつつ評判よければ次も書きます。 ソーシャルゲームのためのMySQL入門一覧 ソーシャルゲームのためのMySQL入門 - Technology of DeNA ソーシャルゲームのためのMySQL入門2 - Technology of DeNA 「MySQL

                                              ソーシャルゲームのためのMySQL入門 | BLOG - DeNA Engineering
                                            • 圧倒的に生産性の高い人の特徴、仕事の進め方、問題解決の方法 - 久保清隆のブログ

                                              「一人の科学者の一生の研究時間なんてごく限られている。 研究テーマなんてごまんとある。 ちょっと面白いなという程度でテーマを選んでいたら、 本当に大切なことをやるひまがないうちに一生が終わってしまうんですよ。」 利根川 進 「フェルミは数学にも長けていた。必要とあれば複雑な数学を駆使することもできたが、 まずはその必要があるかどうか確かめようとした。 最小限の努力と数学的道具で結果へたどり着く達人だった。」 ハンス・ベーテ 「同じテーマでも、仮説の立て方が周到かつ大胆で、実験のアプローチが巧妙である場合と、 仮説の立て方がずさんでアプローチも月並みな場合とでは、雲泥の違いが生ずる。 天才的といわれる人々の仕事の進め方は、仮説の立て方とアプローチの仕方の二点が 優れて個性的で、鋭いひらめき、直観に大いに依存している。」 箱守仙一郎 「成果をあげる者は仕事からスタートしない。計画からもスタート

                                                圧倒的に生産性の高い人の特徴、仕事の進め方、問題解決の方法 - 久保清隆のブログ
                                              • 見ないと絶対損する!プレゼン資料の印象がグッと上がる良質記事10選 | SIROKグロースハックブログ

                                                誰もがかっこいいプレゼン資料をつくりたいと考えていますが、とても難しいことです。今回はプレゼン資料の印象を簡単によくする方法について書かれた記事をまとめました! 伝わるデザイン|研究発表のユニバーサルデザイン どうすれば伝えるデザインにできるかについてとても分かりやすく説明されています ビジネスデザイナーZIBA濱口秀司さん のシンプルな図解とフレームワーク プレゼンにも活かせるシンプルで伝わる図解について分かりやすく書かれています。 パワポでの提案書作りに役立つデザイン基礎知識まとめ 時間をかけずに優れたプレゼンを作れる方法が載っています。ビジネスマンにおすすめです プレゼン資料の印象がグッと上がるフォントの法則 フォントの使い方一つでプレゼンの見た目が大きく変わります。 [Webデザイン] 文字組みについて本気出して考えてみた 文字組みの仕方でプレゼンの印象は大きく変わります レイア

                                                  見ないと絶対損する!プレゼン資料の印象がグッと上がる良質記事10選 | SIROKグロースハックブログ
                                                • http://e0166nt.com/blog-entry-872.html

                                                    http://e0166nt.com/blog-entry-872.html
                                                  • アゴラ : イマドキの起業のしかた - 渡部薫

                                                    僕は自称、ベンチャー起業家。これまでに10社くらいは起業し、直接、間接合わせて40億円ほど資金調達して、自分の手金を投資したことがあっても、借金してまで起業したことはないし、保証人になったこともない。見方にもよるだろうがまだ成功はしていないが(苦笑)、リスクの割には大きな失敗もしていない。 そんな僕がここ1、2年で明らかに起業のスタイルが変わったと感じることがあり、起業を志している人の役に立てばと思いそのノウハウとイマドキの起業法を伝授したい。 まず心構えから。おいおい精神論からかよ、と思うかもしれないが、、、 ■心構え 1. 起業は怖くない リスクは避けるものではなくヘッジするもの。自分の許容できるリスクの範囲をきちんと見定めること。最大のリスクは恐れるという心の弱さのことなのだ。恐れるということを恐れよ! 2. 安定基盤を捨てなくても起業はできる。 サラリーマン諸君に言いたい。辞めると

                                                      アゴラ : イマドキの起業のしかた - 渡部薫
                                                    • SEO基本技術のチートシート(トラの巻)を作ってみた | Web担当者Forum

                                                      9か月前、最初にSEOmozで働き始めたとき、僕はウェブ制作のインターンだった。それ以前の経験といえば、コードを書いたことがあるくらいだった。 SEOmozに参加してから、それこそ何百時間もかけて、いろいろな分野の知識を広げていった。特に、定番のSEO手法と中小企業向けの実務は力を入れて勉強した。この間投稿したSEO初心者のためのチェックリストは、僕が新しく手に入れた知識の結晶なんだ。 原点に立ち帰るために、SEO技術のトラの巻の母体となるべきものを丸1日かけてまとめてみた。このトラの巻は、ブログ記事として読むよりもPDFで印刷して読んだ方がいいよ(ブログ記事は印刷しにくいからね)。 ダウンロードする前に内容を確認できるように、簡単な説明をしておくよ。じゃあね! SEO基本技術のチートシート(トラの巻)――表面

                                                        SEO基本技術のチートシート(トラの巻)を作ってみた | Web担当者Forum
                                                      • 【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画

                                                        「chatgptを使って要件定義の工数を削減したい」 「そもそもchatgptを使って質の高い要件定義ができるのだろうか」 とお悩みなのではないだろうか。 結論、chatgptで質の高い要件定義を短時間で実現することは可能だ。 実際に私もchatgptを使って下記のような要件定義書を完成させた。 通常この要件定義書を0から自力で作ろうと思うと40時間はかかるが、chatgptを使う事によって4時間で完成させることができた。 しかし、ただプロンプトをなんとな投げ掛ければ良いというわけではない。 目的を達成するために綿密に設計をしたプロンプトを投げかける必要がある。 また、要件定義の中でも ・chatgptに丸投げして良いところ ・自分で手直しをした方が良いところ を精査することも大切だ そこで今回は上記のような要件定義書を4時間で完成させるために、私がchatgptへ投げかけたプロンプトを全

                                                          【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画
                                                        • リニューアルした日経電子版が高速すぎてヤバイ件|こんぴゅ

                                                          日本経済新聞は国内を代表する経済誌だ。その電子版はwebでの継続課金を大成功させ、いまや50万以上の有料会員を擁するモンスターサイトだ。 その日経電子版が11月6日に全面リニューアルしたのだが、公開後、web業界がにわかにざわついた。表示速度が爆速だったのだ。日経公式もモバイルで2倍の表示速度を達成したと堂々と宣言していた。 webサービスは継続率こそ神KPIで、その継続率には速度が大きく影響する。 これはチェキらないとヤバイと感じ、友人のkitakさんとスピードの秘密を調査してみた。 Fastlyをコンテンツキャッシュに使う殆どのデータはFastlyを経由して取得されていた。Fastlyは最近注目を集めているCDN(世界中にエッジサーバーを配置し、高速にコンテンツを配信するサービス)で、非常に高機能でユニークなサービスだ。 一般に、CDNはいったん世界中にコンテンツをばらまくと、それを無

                                                            リニューアルした日経電子版が高速すぎてヤバイ件|こんぴゅ
                                                          • 入社からの半年間でコードレビューで指摘されたことのまとめ - 30歳からのプログラミング

                                                            実務未経験でプログラマとして入社して半年以上が経った。 コードレビューで指摘されたことを備忘録としてまとめておく。 自分なりにまとめたものなので、レビュアーが言いたかったこととニュアンスや解釈がずれている可能性はある。 初歩的な内容ばかりで我ながらうんざりする。 せっかく優秀な同僚ばかりなのだからもっと高度なことを学びたいが、こういう初歩的なことが出来ないのが俺の現状なのだから、仕方ない。 そもそもPullRequestを送ったこともなかったわけだし。入社初日は、一人でPullRequestの出し方を練習していた。 それを考えればまあ、こんなものだろうか。 当たり前のことをちゃんと当たり前に出来るようになって、早く、次のステージに進みたい。 PullRequest(PR) PRのタイトルは分かりやすいものに。必要に応じてチケットの番号なども入れる。 コミットやPRは出来るだけ粒度を細かくす

                                                              入社からの半年間でコードレビューで指摘されたことのまとめ - 30歳からのプログラミング
                                                            • Prompt Engineering Guide – Nextra

                                                              Prompt Engineering Guide プロンプトエンジニアリングは、言語モデル(LMs)を効率的に使用するためのプロンプトを開発および最適化する比較的新しい学問分野です。プロンプトエンジニアリングのスキルを身につけることで、大規模言語モデル(LLMs)の能力と限界をより理解することができます。 研究者は、プロンプトエンジニアリングを使用して、質問応答や算術推論などの一般的なおよび複雑なタスクのLLMsの能力を向上させます。開発者は、LLMsやその他のツールとのインタフェースとなる強固で効果的なプロンプテクニックを設計するためにプロンプトエンジニアリングを使用します。 プロンプトエンジニアリングは、プロンプトの設計と開発に限らず、LLMsとのインタラクションおよび開発に役立つ幅広いスキルと技術を含みます。これは、LLMsとインタフェースすること、ビルドすること、能力を理解すること

                                                              • 無料で使える「住所マスターデータ」公開、表記統一や緯度経度への変換に活用可能 全国の町丁目レベル18万9540件の住所データを記録

                                                                  無料で使える「住所マスターデータ」公開、表記統一や緯度経度への変換に活用可能 全国の町丁目レベル18万9540件の住所データを記録
                                                                • わかりやすい技術文章の書き方

                                                                  誰が読むのか。 読み手にどんな感想を持ってもらいたいか。 読み手はどれくらいの予備知識を持っているか。 読み手はどんな目的で、何を期待して読むのか。 読み手が真っ先に知りたいことは何か。 レポート・論文とは何か 問いが与えられ、または自分が問いを提起し、 その問題に対して明確な答えを与え、 その主張を論理的に裏付けるための事実・理論的な根拠を提示して、主張を論証する。 標準的な構成要素とは何か レポート・論文の構成は、 概要 序論 本論 論議 という要素が標準的である。次にそれぞれの要素について簡単に見てみる。 概要 論文全体を結論も含めて、すべて要約する。 序論 本論で取り上げる内容は何か。 その問題をどんな動機で取り上げたのか。 その問題の背景は何か。 その問題についてどんなアプローチを取ったのか。 本論 調査・研究の方法・結論 論議 自己の議論・結論を客観的・第三者的に評価する。 そ

                                                                  • iPhone向けサイト構築 基礎文法最速マスター - EC studio デザインブログ

                                                                    弊社代表の著書、「iPhoneとツイッターで会社は儲かる」の出版記念と、巷で話題の「基礎文法最速マスター」ブームに便乗して、iPhone(iPod Touch)向けサイト構築における基礎とプラス応用のネタと、参考になるリンク集をまとめました。 2010/11/18追記: iPhone向けサイト制作の書籍を執筆しました! 既存のデスクトップ向けサイトをモデルにした iPhoneに最適化したサンプルサイトの紹介と コードの解説をしています。 iPhone向けサイト制作の入門書に最適です。 「HTML5+CSS3で作る 魅せるiPhoneサイト」 基礎編 対象ブラウザはMobileSafariです レンダリングエンジンはSafariと同じwebkitですが、MobileSafariの方にはiPhone向けの一部独自拡張(CSS)があります。検証の際は、通常のSafariのウィンドウサイズを狭くし

                                                                    • 『東京タワー』の建設フロー、PM視点でみてヤバすぎたので解説|Shoko Suzuki

                                                                      はじめに : Who I amこんにちは、建設×ITのスタートアップ「シェルフィー株式会社」でプロダクトマネージャーをしているShoko(@shokosuzuki1991)です。本日noteデビューしました!👏 先日参加した『建設職人甲子園』というイベントで、東京タワー建設時のエピソードが紹介されてたのきっかけに、『東京タワーができるまで』を調べれば調べるほど、すごすぎる!ヤバすぎる!となったので、今回はそのあたりをPM的な切り口でまとめてみました。 (※なるべく事実に忠実に書いてますが、一部わかりやすくする表現を優先しているところもあります。予めご容赦ください🙏) 1.構想の大胆さがヤバい 東京タワーが完成したのは1958年です。当時は爆発的なテレビの普及が予想される中で「このまま各局独自の電波塔が増えると、東京中が電波塔だらけになって景観が悪化する」という問題を抱えていました。 そ

                                                                        『東京タワー』の建設フロー、PM視点でみてヤバすぎたので解説|Shoko Suzuki
                                                                      • マイクロサービスにおける決済トランザクション管理 | メルカリエンジニアリング

                                                                        この記事はMERPAY TECH OPENNESS MONTHの15日目の記事です。 こんにちは。メルペイのPayment PlatformチームでPaymentServiceの開発を担当するエンジニアの @foghost です。 メルペイではマイクロサービスのアーキテクチャで決済システムを開発しています。その中でPaymentServiceは決済トランザクション管理の基盤サービスとして、下位層のサービス(外部サービスも含め)が提供する各種決済手段を利用して、上位層のサービス(メルカリ、NFC,コード払いなど)に必要な決済フローを共通APIとして提供しています。PaymentServiceが提供する決済処理に複数のサービスを跨いでお金の動きを正確に管理する必要があるので、作り始めた頃から決済トランザクション管理を最も重要な課題として、サービスを跨いでもデータの整合性が取れる仕組みを作ってき

                                                                          マイクロサービスにおける決済トランザクション管理 | メルカリエンジニアリング
                                                                        • 知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation

                                                                          サーバ業務周りの管理、運用について役に立ちそうなナレッジをまとめました。 長期的に書いているため用語に統一性がなかったり、不足分など随時修正したいと思います。 1. サーバ設計 サーバスペックはどうするべき? 使用するOSは? CentOS開発終了について MWは何を使うべきか Webサーバ構築にはどちらを使うべき?Apache?Nginx? サーバセキュリティで最低限押さえておきたいことは? listenするポートは最小限にしましょう ファイアウォール設定で送受信IPアドレス、ポートの通信制御はしておきましょう 外部に出る際にはプロキシサーバを経由するようにする 随時パッチを当てるようにする linuxでのアンチウイルスソフトの検討 個人アカウントで変更系コマンドは実行させないようにする ログについて考えること ストレージ容量には気をつける データベースはどう決めたら良いか MySQLか

                                                                            知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation
                                                                          • ミルクボーイがアジャイルを説明したら

                                                                            序章駒場「最近、うちのおかんがシステム開発に興味を持っててなぁ、名前は忘れたらしいんやけど、迅速に開発できて、仕様変更にも対応できる、素晴らしい開発手法を取り入れてるところがあるらしいんやわ〜。」 内海「そんなもんアジャイルに決まってるがなぁ〜! 今やシステム開発と言えば、アジャイル。素早く変化に対応できるってゆーのが特徴なんよ。そもそも名前が “迅速” を意味する英語やねんから、アジャイルに決まってるがなぁ〜。」 チームの人数駒場「最初、オレもそう思たんやけどな、なんでも 40 人ぐらいで開発してるらしいんやわぁ〜。」 内海「ほなぁ、アジャイルちゃうかぁ…。アジャイルでは 5〜9 人ぐらいが推奨されてるからなぁ〜。40 人もおったら、とてもやないけど、コミュニケーションが成立するとは思われへんなぁ〜。効率の悪い伝言ゲームになるのは目に見えてるからなぁ〜。おかん、他にもなんか言うてなかった

                                                                            • スマートフォンサイトをデザインする上で知っておくべき10のTIPS

                                                                              スマートフォンサイトをデザインする上で知っておくべき10のTIPS iPhoneやAndroidのスマートフォンの仕様を知らないけどデザインしなくちゃいけなくなったというデザイナーさんに知っておいてもらいたい10(+1)のTIPSです。 1.実機で確認する 当たり前のことですが作成したデザインを実機で確認して下さい。スマートフォンとPCでは目からの距離やDPIが違いますので、PCでは十分に見れたからといって実機で確認すると文字が小さすぎることなどがよくあります。書きだしたJPGをFTPでアップして確認してもいいですし、メールでスマートフォンに送って確認してもいいです。個人的にはDropboxで転送するのが手軽でおすすめです。 2.横幅は320pxもしくは640pxでデザインする スマートフォンでは基本横幅が320pxで表示されるのでデザインする際も320pxでデザインしましょう。ただ、Re

                                                                                スマートフォンサイトをデザインする上で知っておくべき10のTIPS
                                                                              • GC - GCアルゴリズム詳細解説 - livedoor Wiki(ウィキ)

                                                                                GC¥¢¥ë¥´¥ê¥º¥à¾ÜºÙ²òÀâ ÆüËܸì¤Î»ñÎÁ¤¬¤¹¤¯¤Ê¤¤GC¥¢¥ë¥´¥ê¥º¥à¤Ë¤Ä¤¤¤Æ¾ÜºÙ¤Ë²òÀ⤷¤Þ¤¹ ¥È¥Ã¥×¥Ú¡¼¥¸¥Ú¡¼¥¸°ìÍ÷¥á¥ó¥Ð¡¼ÊÔ½¸ GC ºÇ½ª¹¹¿·¡§ author_nari 2010ǯ03·î14Æü(Æü) 20:47:11ÍúÎò Tweet ¤³¤ÎWiki¤¬Ìܻؤ¹½ê GC¤È¤Ï¡© GC¤ò³Ø¤ÖÁ°¤ËÃΤäƤª¤¯»ö ¼Â¹Ô»þ¥á¥â¥ê¹½Â¤ ´ðËÜ¥¢¥ë¥´¥ê¥º¥àÊÔ Reference Counter Mark&Sweep Copying ±þÍÑ¥¢¥ë¥´¥ê¥º¥àÊÔ IncrementalGC À¤ÂåÊÌGC ¥¹¥Ê¥Ã¥×¥·¥ç¥Ã¥È·¿GC LazySweep TwoFinger Lisp2 Pa

                                                                                  GC - GCアルゴリズム詳細解説 - livedoor Wiki(ウィキ)
                                                                                • 特集:基礎から理解するデータベースのしくみ - 特集:基礎から理解するデータベースのしくみ:ITpro

                                                                                  「データベースはブラックボックス。どんなSQL文を投げたらどんな結果が返ってくるかさえ知っていればよい」---そう思っている人も多いかもしれません。 しかし,本物のソフトウエア・エンジニアを目指すのであれば,データベースが動く仕組みを学ぶことは避けて通れません。パフォーマンスなどに問題が生じたときどこから手を付けていいのか皆目見当がつかない,といった事態に陥りかねません。 市販のRDBMSの内部はかなり複雑ですが,基本的な部分を理解するのはそれほど難しくありません。この特集でデータベースの動く仕組みを理解してください。 イントロ ●ブラックボックスのままでいいの? 基礎から理解するデータベースのしくみ(1) Part1 ●SQL文はどのように実行されるのか 基礎から理解するデータベースのしくみ(2) 基礎から理解するデータベースのしくみ(3) 基礎から理解するデータベースのしくみ(4) 基

                                                                                    特集:基礎から理解するデータベースのしくみ - 特集:基礎から理解するデータベースのしくみ:ITpro