「SEOに強いHTMLの書き方」についての個人的な見解
「SEO に強い HTML の書き方」というツイートがそこそこバズっていて、その内容に対して駆け出しエンジニアの方たちが「参考になった」などと称賛の声を挙げていたのを見かけて思うところがあったのでこの記事を書きました。 元ツイの概要は次の通り。 body > main > article > sectionに h1は 1 ページに 1 つ（要キーワード） 見出しタグは毎度 section で囲む ヘッダーメニューは nav で囲む 画像に適切な alt を設定する title / description を書く 階層を意識して書く div はあまり使わない 画像は p で囲む この記事は元ツイおよび元ツイの投稿者を批判する意図で書いたものではなく、あくまで挙げられている内容に対する個人的見解をまとめたものです。 正しいか正しくないかをそれぞれの項目のはじめに書いていますが、あくまで僕個人の
remote: Repository not found.となった時の対応方法 - Qiita
事象:SourceTreeでGitHubからリポジトリをCloneしたら怒られた 環境 Winsows10 64bit SourceTree v3.0.8 既に他のアカウントでGitHubからcloneしたリポジトリがある コマンド: git -c diff.mnemonicprefix=false -c core.quotepath=false --no-optional-locks -c credential.helper= -c credential.helper="C:/Users/ponsuke/AppData/Local/ATLASS~1/SOURCE~1/GIT_EX~1/GIT-CR~1.EXE" ls-remote https://github.com/ponsuke/repository.git 出力: エラー: remote: Repository not found
要望・要求・要件・仕様・制約・前提の違いは？ - Qiita
これは何？ 要望、要求、要件、仕様・制約・前提と同じ様な事柄を表す言葉があって混乱したので、まとめたもの 分類 用語 説明 粒度感の例（機能） 粒度感の例（非機能）
漢・法務省、グレーなリーガルテックに対しグレーゾーン解消制度でグレーゾーン回答を敢行 : やまもといちろう 公式ブログ
かねて「グレーだよな」と言われていたリーガルテック系のネタ、とりわけAIによる契約書のリスク診断について、よせばいいのにグレーゾーン解消制度をぶん投げた猛者がいたようなんですよ。 ちょっといい方は悪いですが、AI（人工知能）による契約書の診断というものは、業として弁護士が行うべきものだ（法72条）という解釈は昔からあったものの、深層学習の仕組みが発達するにしたがって「まあいいんじゃねえの」という流れとなり、いまではまあたぶん大丈夫だろうというザッカーバーグ的思考でみんな突き進んでしまってきたのもまた事実であります。 先日GVA tech社がリリースしていたリーガルテック・カオスマップで言うと、抵触するのはこの「作成」と「（契約書の）レビュー」の部分であって、法72条の「弁護士又は弁護士法人でない者は、報酬を得る目的で訴訟事件、非訟事件及び審査請求、異議申立て、再審査請求等行政庁に対する不服
Qiitaの質問に答えまくって気付いた初心者に足りないバグ解決スキル - Qiita
ここのところちょっと時間に余裕があり、暇を見つけてはQiitaの質問に答えるという取り組みをやっています。以前StackOverflowでも同様の取り組みをちょっとだけしてたことがあります。 9日間で35個の質問に回答してみて、正直に思うのは「質問の質が悪すぎるなー」ということです。ただ、どう質が悪いのか上手く言語化できず悶々としていました。 そんな折、今朝googleのおススメ記事に飛び込んできたQuaraのこちらの回答を読んで、「これこれ！こういうことよ！」という気持ちになったため、これから質問する人に向けてこの内容を少し嚙み砕いてまとめてみます。 ベテランはどうデバッグをしてるのか （自分をベテランと言っていいのかはさておき）日頃からコードを書いていると、デバッグには、その時使っている言語やフレームワークによらず、ある程度の行動パターンがあることに気付いてきます。 デバッグには難しい
ワンクリックでタイトルとURLをいい感じにコピーする - Qiita
javascript:(function(){const e = document.createElement('textarea');e.value = `${document.title}\n${location.href}\n`;document.querySelector('body').append(e);e.select();document.execCommand('copy');e.remove();})(); 前提 いちいち Console 開いてコード書いたりSnippet実行はしたくない。クリックでどうにかしたい。 -> ブックマークレットを使う。 JavaScript でクリップボードにテキストをコピーする方法は２つ。 Document.execCommand() - Web APIs | MDN Clipboard.writeText() - Web APIs |
こう言い換えろ→論文に死んでも書いてはいけない言葉３０
Author:くるぶし（読書猿） twitter:@kurubushi_rm カテゴリ別記事一覧 新しい本が出ました。 読書猿『独学大全』ダイヤモンド社 2020/9/29書籍版刊行、電子書籍10/21配信。 ISBN-13 : 978-4478108536 2021/06/02 11刷決定 累計200,000部（紙＋電子） 2022/10/26 １４刷決定 累計260,000部（紙＋電子） 紀伊國屋じんぶん大賞2021 第３位 アンダー29.5人文書大賞2021 新刊部門 第１位 第２の著作です。 2017/11/20刊行、４刷まで来ました。 読書猿 (著) 『問題解決大全』 ISBN:978-4894517806 2017/12/18 電書出ました。 Kindle版・楽天Kobo版・iBooks版 韓国語版 『문제해결 대전』、繁体字版『線性VS環狀思考』も出ています。 こちらは１０刷
ビギナー向け、無料で最強の海外独学サイトリスト - Qiita
#お金をかけずに効率よくプログラミングを学ぶには とりあえず、メモ帳代わりにここのブログでなんか書いてみるかと思いたって、何の考えもなしに書いた一番最初に書いた記事に結構コメントや反響を頂き、意外と英語とプログラミングの話題って気になる人が多いのかなと思ったので、普段使ってメチャ便利やんという英語圏の学習用のリファレンスをリストアップしてみるよ。 前回も少し書いたのだけど、２０年前にウェブデザイナーとして、日本語しか分からない状態で色々コーディングを勉強していた時と、１０年ほど外資でプログラミングとか関係ない職種で働いた後に、英語中心でプログラミングを勉強し直した現在の違いを純粋に書いてみたわけだけど、おっさんになり、脳や集中力の衰えを勘案しても、理解の度合いが全然違うので、英語が出来るって、やっぱりプログラムを学ぶ上では大きなメリットだよねという話でした。 まず、今年に入って、もう一度プ
GTMコンテナを複数設置する時に注意すべきこと - アクセス解析担当者がGTMについて語るブログ
読む前に 複数のコンテナを使用することを決断する前に、1つのコンテナで運用すること、GTM 360の機能であるゾーンを使用することを検討してください。 support.google.com どうしても複数設置する必要があるという場合にのみ、以下をご覧ください。 本編 1ページに複数のコンテナを設置することは可能です。開発者向けサポートページにも複数のコンテナを設置する方法が記載されています。 developers.google.com 過去はコンテナスニペット中のdataLayer変数名を書き換える必要がありました。現在においては、逆に不具合が起きる可能性があるため推奨されていません。複数のスニペットを書き並べるだけのシンプルな構造で設置が可能となっています。 明らかにわかりやすい欠点として、同様の機能を持つJavascriptを複数読み込み実行することになるため、サイトの実行速度が遅くな
とあるカスタマーサクセスの失敗目録【Customer Failure】｜やすまさ🎨パパゲーノ
顧客を成功へ導くCS(Customer Success)がやってしまった、失敗。顧客の失敗（Customer Failure）を繰り返さないよう参考にしていただけたら幸いです。 産業保健×SaaSの特徴僕は働くひとと組織の健康という「産業保健」の分野で、企業の人事労務や産業医(働くひとの健康管理を専門にする医師)の業務を効率化するクラウドサービス「Carely」のカスタマーサクセス(CS)チームのマネジメントをしていました。産業保健分野のSaaSには以下のような特徴があります。 【産業保健SaaSの特徴】 ・法律で義務づけられていることが多いが微妙なルールが会社ごとに異なる。 ・医療機関や健康保険組合にて、紙の文化、FAXの文化が根強い。 ・健康診断の予約やデータ入力といったアナログ業務に工数をとられすぎていて、本来やるべき働くひとの健康に貢献する仕事に集中できていない ・専門性が高く、産
【実例で解説】3STEPで覚える、図解の作り方｜アナグラム株式会社
図解は、情報を整理したりわかりやすく伝えたい時に便利な手段です。ビジネスにおいても、研修やセミナー、プレゼンなどあらゆるシーンで活用されています。 しかしながら、スライドや資料の一部に図解を入れようと思った時、「どうやって描き始めたらいいのかわからない……」と感じたことはありませんか？作ってみてもしっくりこなかったり、なかなか見た目が整わないこともあるのではないでしょうか。 絵心がないと難しいと思われがちな図解ですが、知識を身につけることで誰でも簡単に描けるようになります。 本コンテンツのゴールは、図を描く力＝「図解力」を習得すること。実例を間に挟みながら、図解作成のフローとコツをご紹介します。 「伝えたいこと」を明確にする まず最初に、図解を使って「誰に」「何を」伝えたいのかを明確にする必要があります。図解の役目はテキストのみでは伝わりきらないことを補強・補足したり、ビジュアル化して直感
App Icon Resizer
App Icon Resizer A simple service to resize your app icon to all needed resolutions with rocket speed. Made by How it works. As fast as possible. Just drag and drop the original image on the upload area or upload it manually. The image is uploaded and the icons are generated automatically. Activate the instant download option to directly download all icons. We also provide App Icon Management and
どこよりも分かりやすいSwiftの"?"と"!" - Qiita
swiftはオプショナルが便利！ と、swiftがリリースされてから言われてますがswift初心者からすると厄介極まりないです。 ?と!の使い分けが分からずとりあえず"?"をつける、ソースコードを書いていたら急にXcodeに怒られ、エラーに導かれるままに"!"をつける... こんな経験がある方がいるのではないでしょうか。 この記事はそんなオプショナルがフワフワした状態を脱却することを目的としています。 (そのため、あまり深い部分は扱いません...) 細かく項目を区切っているため多く見えますが、サクサク読めるはずです。頑張って読んでいただければオプショナル型を理解できると約束します。 時間のない人はまとめだけ見ていただければと思います。 ◼︎ 読了時間 オプショナル型と非オプショナル型 (4分) オプショナル型と非オプショナル型の違いを示します オプショナル型 (6分) オプショナル型"?"
Squad beyond デジタルマーケティングの成功が始まり、続く。
" data-embed-response-width="200" data-embed-response-height="113" data-embed-url="https://youtu.be/KVKDX-wL_P8"> それぞれで強力な機能を、 誰もが使いこなせる なめらかなプラットフォームで 制作、レビュー、連携、計測、分析、改善、最適化、レポーティング、CRM、コラボレーション、評価、など。 デジタル広告に必要なあらゆる機能やリソースを誰でも使えるシンプルなユーザーインターフェイスで実現。ほとんどの作業は設定不要で、チームのすべてのアクションや取引先企業との作業が可視化され、蓄積します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
キーワード検索 Good Keyword
エックスサーバーにssh接続する方法（ターミナル利用） - Qiita
CoDMON（コドモン）｜業界シェアNO.1 保育・教育施設向けICTシステム
CodePen - Front End Developer Playground & Code Editor in the Browser
それ知りたい！が本になる、技術書クラウドファンディング - PEAKS
【Sketch】業務スピードを上げるショートカット一覧（2021年6月版）