<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Why is the ipynb format recommended? in Get Started Discussions</title>
    <link>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111885#M9135</link>
    <description>&lt;P&gt;I've run up against this recently too, it's worth mentioning that saving serverless environment settings isn't supported on Python file backed Notebooks, so for some customers it may be a choice between ease of code reviews or using serverless as a product. I'm hoping the likes of Azure DevOps support diffs in with ipynb files in the future!&lt;/P&gt;</description>
    <pubDate>Thu, 06 Mar 2025 00:45:33 GMT</pubDate>
    <dc:creator>old_account</dc:creator>
    <dc:date>2025-03-06T00:45:33Z</dc:date>
    <item>
      <title>Why is the ipynb format recommended?</title>
      <link>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111774#M9131</link>
      <description>&lt;P&gt;In this document, &lt;A title="https://docs.databricks.com/aws/en/notebooks/notebook-format," href="https://docs.databricks.com/aws/en/notebooks/notebook-format," target="_blank" rel="noreferrer noopener"&gt;https://docs.databricks.com/aws/en/notebooks/notebook-format,&lt;/A&gt;&lt;BR /&gt;Jupyter (.ipynb) format is recommended.&lt;/P&gt;&lt;P&gt;&amp;gt; Select &lt;STRONG&gt;File&lt;/STRONG&gt; from the workspace menu, select &lt;STRONG&gt;Notebook format&lt;/STRONG&gt;, and choose the format you want. You can choose either &lt;STRONG&gt;Jupyter (.ipynb) (Recommended)&lt;/STRONG&gt; or &lt;STRONG&gt;Source (.scala, .py, .sql, .r)&lt;/STRONG&gt;. The notebook’s current format is greyed out and has a checkmark next to it.&lt;/P&gt;&lt;P&gt;However, I prefer the .py format due to the simplicity it offers for code reviews.&lt;/P&gt;&lt;P&gt;What are the benefits or risks of using .ipynb compared to .py?&lt;/P&gt;</description>
      <pubDate>Wed, 05 Mar 2025 02:32:04 GMT</pubDate>
      <guid>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111774#M9131</guid>
      <dc:creator>Yuki</dc:creator>
      <dc:date>2025-03-05T02:32:04Z</dc:date>
    </item>
    <item>
      <title>Re: Why is the ipynb format recommended?</title>
      <link>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111823#M9132</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/93088"&gt;@Yuki&lt;/a&gt;!&lt;/P&gt;
&lt;P&gt;Your preference for .py is valid, as it simplifies code reviews with cleaner diffs. On the other hand, .ipynb is better suited for interactive workflows since its cell-based execution allows incremental testing and supports inline graphs, tables, and Markdown for better visualization. The main risks with .ipynb include its dependency on Jupyter or Databricks to run and the possibility of state errors if cells are executed out of order.&lt;/P&gt;
&lt;P&gt;For structured and code-centric projects, .py is the better choice, while .ipynb proves to be more effective for exploratory analysis.&lt;/P&gt;</description>
      <pubDate>Wed, 05 Mar 2025 13:25:51 GMT</pubDate>
      <guid>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111823#M9132</guid>
      <dc:creator>Advika_</dc:creator>
      <dc:date>2025-03-05T13:25:51Z</dc:date>
    </item>
    <item>
      <title>Re: Why is the ipynb format recommended?</title>
      <link>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111876#M9133</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/127895"&gt;@Advika_&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;Thank you for the clear answer.&lt;BR /&gt;It made perfect sense to me, and I found that my understanding was correct as well.&lt;BR /&gt;Knowing that there are clear cases where the .py format is better is reassuring for me.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you so much for your prompt reply.&lt;/P&gt;</description>
      <pubDate>Wed, 05 Mar 2025 22:55:12 GMT</pubDate>
      <guid>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111876#M9133</guid>
      <dc:creator>Yuki</dc:creator>
      <dc:date>2025-03-05T22:55:12Z</dc:date>
    </item>
    <item>
      <title>Re: Why is the ipynb format recommended?</title>
      <link>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111883#M9134</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/93088"&gt;@Yuki&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;One other risk that we foresee / encountered recently is how the notebooks will look in your pull requests of external repos (Azure Devops or GitHub). It will be very hard for a pull request reviewer to understand on the code / notebook readability.&lt;/P&gt;</description>
      <pubDate>Thu, 06 Mar 2025 00:12:18 GMT</pubDate>
      <guid>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111883#M9134</guid>
      <dc:creator>Nivethan_Venkat</dc:creator>
      <dc:date>2025-03-06T00:12:18Z</dc:date>
    </item>
    <item>
      <title>Re: Why is the ipynb format recommended?</title>
      <link>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111885#M9135</link>
      <description>&lt;P&gt;I've run up against this recently too, it's worth mentioning that saving serverless environment settings isn't supported on Python file backed Notebooks, so for some customers it may be a choice between ease of code reviews or using serverless as a product. I'm hoping the likes of Azure DevOps support diffs in with ipynb files in the future!&lt;/P&gt;</description>
      <pubDate>Thu, 06 Mar 2025 00:45:33 GMT</pubDate>
      <guid>https://community.databricks.com/t5/get-started-discussions/why-is-the-ipynb-format-recommended/m-p/111885#M9135</guid>
      <dc:creator>old_account</dc:creator>
      <dc:date>2025-03-06T00:45:33Z</dc:date>
    </item>
  </channel>
</rss>

