小编Ste*_*ner的帖子

是否大量使用单元测试会阻碍调试断言的使用？看起来在测试代码中的调试断言触发意味着单元测试不应该存在或者调试断言不应该存在."只有一个"似乎是一个合理的原则.这是常见做法吗？或者在单元测试时禁用调试断言,以便它们可以进行集成测试？

编辑:我更新了'Assert'以调试assert,以区分测试代码中的断言与测试运行后检查状态的单元测试中的行.

此外,这里有一个我相信显示困境的例子:单元测试为受保护函数传递无效输入,该函数断言它的输入是有效的.单元测试不存在吗？这不是一个公共职能.也许检查输入会杀死perf？或者断言不存在？该功能不受保护,因此应检查其输入是否安全.

在压缩之前是否有一些有效的目的来缩小？如果gzip文件首先缩小,那么gzip文件似乎不太可能.

我问,因为在缩小代码中诊断生产问题要困难得多,而且我想知道人们是否为了这个目的而无缘无故.

如果实际的量子计算成为现实,我想知道是否有任何基于NP完全问题的公钥加密算法,而不是整数分解或离散对数.

编辑:

请查看有关量子计算机的维基文章中的 "计算复杂性理论中的量子计算"部分 . 它指出量子计算机可以回答的问题类别(BQP)被认为比NP完全更容易.

编辑2:

"基于NP-complete"是表达我感兴趣的一种不好的方式.

我打算问的是一个公钥加密算法,其特性是任何破解加密的方法也可用于打破潜在的NP完全问题.这意味着破解加密证明P = NP.

我对用于诊断大规模功能程序中的缺陷的工具和方法感兴趣.什么工具有用？我目前的理解是'printf'调试(例如添加日志记录和重新部署)是通常使用的.

如果您已经完成了对功能系统的调试,那么它的调试是使用OO或过程语言构建的系统吗？

我正在尝试使用下面的代码在WP7 silverlight中创建一个水平列表框.项目水平显示但滚动仍然是垂直的.

我在wpf做错了吗？这是WP7特有的错误吗？

    <Style TargetType="ListBox" x:Name="HorizontalListBox">
        <Setter Property="ItemsPanel">
            <Setter.Value>
                <ItemsPanelTemplate>
                    <VirtualizingStackPanel Orientation="Horizontal" 
                                            IsItemsHost="True" 
                                            CanHorizontallyScroll="True" 
                                            CanVerticallyScroll="False"/>
                </ItemsPanelTemplate>
            </Setter.Value>
        </Setter>
    </Style>

编辑:我错过了两个似乎有很大不同的属性.(解决方案来自Mick N接受的答案中的第二个链接.)

    <Style TargetType="ListBox" x:Name="HorizontalListBox">
        <Setter Property="ItemsPanel">
            <Setter.Value>
                <ItemsPanelTemplate>
                    <VirtualizingStackPanel Orientation="Horizontal" IsItemsHost="True" CanHorizontallyScroll="True" CanVerticallyScroll="False"/>
                </ItemsPanelTemplate>
            </Setter.Value>
        </Setter>
        <Setter Property="ScrollViewer.HorizontalScrollBarVisibility" Value="Auto"/>
        <Setter Property="ScrollViewer.VerticalScrollBarVisibility" Value="Disabled"/>
    </Style>

这是在Windows 10计算机上没有连接到Nvidia卡的显示器.我已经包含nvida-smi的输出显示> 5.04G可用.

这是张量流代码,要求它分配比我之前看到的略多:(我希望它尽可能接近内存分数= 1.0)

config = tf.ConfigProto()
#config.gpu_options.allow_growth=True
config.gpu_options.per_process_gpu_memory_fraction=0.84
config.log_device_placement=True
sess = tf.Session(config=config)

就在jupyter笔记本中运行上面这行之前,我运行了nvida-smi:

    +-----------------------------------------------------------------------------+
| NVIDIA-SMI 376.51                 Driver Version: 376.51                    |
|-------------------------------+----------------------+----------------------+
| GPU  Name            TCC/WDDM | Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce GTX 106... WDDM  | 0000:01:00.0     Off |                  N/A |
|  0%   27C    P8     5W / 120W |     43MiB /  6144MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                       GPU …

在团队成长的哪个阶段必须大幅改变？一个孤独的编码器可以逃脱源控制和大脑.试图将大型预包装软件运送到本地和国际市场的团队必须更加合适.

如果您在"流程"中经历了一次大的转变:团队的流程是否已成功地与当前成员一起更改,或者团队本身是否主要由流程变更的时间取代？改变的重要方面是什么,有些不必要吗？